1.1.5 USER EXPERIENCE VS.

3GPP PERFORMANCE MEASUREMENT DEFINITIONS

Remembering the network operators optimisation strategy (Figure 1.1) it is a fact that the subscribers experience often called user perceived quality of service or user quality of experience is a key factor of business success. Hence, it is important for network operators to measure this quality of experience (QoE). From the previous section one question arises: Se souvenant de la stratgie d'optimisation de loprateur rseau (Figure 1.1), il est un fait que l'exprience de l'abonn - souvent appel la perception utilisateur de la qualit du service (user perceived quality of service) ou la qualit de l'exprience utilisateur (user quality of experience QoE) - est un facteur cl de la russite commerciale. Par consquent, il est important pour les oprateurs de rseaux de mesurer cette qualit d'exprience (QoE). Dans la section prcdente question se pose: Are 3GPP performance measurement definitions of an acceptable standard to measure the user quality of experience? La dfinition des mesures de performances 3GPP sont elles un standard acceptale pour mesurer la QoE ? This leads to another question: What do users recognise when they use network services? Imagine a subscriber using a UMTS mobile phone. All he wants is to switch it on, make a voice call, make a data call and switch it off. If everything works fine the subscribers impression is positive. If there are problems they will most likely fall into one of the following five categories: _ Subscribers are not able to register to the network. _ Subscribers are not able to set up calls. _ The calls made are dropped before the calling or the called party hangs up. _ Poor information transmission speed is measured especially for data calls, e.g. by file transfer software. _ The quality of transmitted information is bad, which especially has an impact on conversation calls (voice, video-telephony). Cela conduit une autre question: Qu'est-ce que les utilisateurs reconnaissent quand ils utilisent les services de rseau? Imaginez un abonn utilisant un tlphone mobile UMTS. Tout ce qu'il veut, c'est mettre en marche, faire un appel vocal, faire un appel de donnes et l'teindre. Si tout fonctionne correctement l'impression de l'abonn est positif. S'il ya des problmes ils tomberont probablement dans l'une des cinq catgories suivantes: _ Les abonns ne sont pas en mesure de s'inscrire au rseau. _ Les abonns ne sont pas en mesure d'tablir des appels. _ Les appels sont rejets avant le dclenchement ou l'appel raccroche. _ Mauvais dbit de transmission d'informations est mesure en particulier pour les appels de donnes, par exemple, par un logiciel de transfert de fichier. _ La qualit de l'information transmise qui est mauvais, ce qui a surtout un impact sur les appels de conversation (voix, visiophonie). While subscribers are not interested in the details of problem analysis, technicians and engineers working for network operators need to find the root causes and measure the occurrence of problems. Alors que les abonns ne sont pas intresss par les dtails de l'analyse du problme, les techniciens et les ingnieurs qui travaillent pour les oprateurs de rseaux doivent trouver les causes et mesurer l'apparition de problmes. 1.1.5.1 Problems with Registration and Call Setup Problmes avec l'enregistrement et l'tablissement d'appel For registration and call setup procedures it is first necessary that the UE has an active RRC connection with its serving RNC (SRNC). This connection either needs to be set up or it needs to be pushed into RRC states CELL_DCH or CELL_FACH, because only in those states is it possible to exchange NAS messages between UE and network. Also NAS messages are necessary to register and to set up calls. Pour les procdures d'tablissement et d'enregistrement et appel, il est d'abord ncessaire que l'UE dispose d'une connexion RRC active avec son Serving RNC (SRNC). Cette connexion doit soit tre mise en place ou il doit tre pouss dans les tats RRC : CELL_DCH ou CELL_FACH, parce que c'est seulement dans ces tats qu'il est possible d'changer des messages NAS entre UE et le rseau. Aussi messages NAS sont ncessaires pour enregistrer et tablir des appels.

Following this there is a number of possibilities why the UE is not able to perform registration or call setup procedure: Suite cela, il y a un certain nombre de possibilits pour lesquelles l'UE n'est pas en mesure deffectuer l'inscription ou la procdure d'tablissement: RRC Connection cannot be set up because network does not answer UEs request or connection setup request is rejected by the network due to blocking. La connexion RRC ne peut pas tre mise en place parce le rseau ne rpond pas la demande ou la demande dtablissement de connexion de lUE est rejete par le rseau cause dun blocage. Once signalling radio bearers (the dedicated control channels (DCCHs) that carry RRC messages) are established it is possible that they are dropped, e.g. due to failures on radio interface, handover problems on RRC mobility management level or other reasons. Une fois les supports radio de signalisation (les canaux de contrle ddis (DCCHs) qui transmettent les messages RRC) sont tablis, il est possible qu'ils soient abandonns, par exemple, en raison de dfaillances sur l'interface radio, problmes de handover au niveau de la gestion RRC de la mobilit ou d'autres raisons. Although the RRC connection is working properly problems with establishment of Iu signalling connections using RANAP might turn up. Bien que la connexion RRC fonctionne correctement des problmes dtablissement de liaisons de signalisation Iu utilisant RANAP pourrait augmenter. And finally problems on the NAS layer may occur that lead to exceptions in registration and call setup procedures. In part 2 of Kreher and Ruedebusch (2005) a troubleshooting example has been given in which a Location Update procedure (a CS registration) is rejected by the MSC due to network failure and root cause analysis has proven that RNC has failed to execute a security mode request sent by CS domain. This example may stand as a typical failure belonging to this group. Et enfin des problmes sur la couche NAS peuvent se produire qui conduisent des exceptions dans les procdures d'tablissement d'appel et l'enregistrement. Dans la partie 2 de Kreher et Ruedebusch (2005) un exemple de dpannage a t donne dans laquelle une procdure de mise jour de localisation (un enregistrement CS) est rejete par le MSC en raison de l'chec du rseau et l'analyse de la cause fondamentale a prouv que le RNC n'a pas excut une demande de mode de scurit transmis par le domaine CS. Cet exemple peut se prsenter comme un chec typique appartenant ce groupe.

All in all there are several dozen single-interface single-layer procedures that could block successful registration or call setup procedures. Most of these single-layer procedures are analysed if performance measurement counters defined in 3GPP 32.403 are implemented in network elements (RNC, MSC, SGSN). However, usually these counter values do not reflect the customers experience, because highly sophisticated filtering and correlation functions are not implemented in statistics functions of network elements. Dans l'ensemble, il ya plusieurs douzaines procdures a interface-unique monocouche qui pourraient bloquer la russite de l'inscription ou les procdures d'tablissement d'appel. La plupart de ces procdures monocouches sont analyses si les compteurs de mesure de performance dfinis dans 3GPP 32.403 sont mises en uvre dans les lments de rseau (RNC, MSC, SGSN). Cependant, gnralement ces valeurs de compteur ne refltent pas l'exprience du client, parce que le filtrage hautement sophistiqus et les fonctions de corrlation ne sont pas mises en uvre dans les fonctions statistiques des lments rseau.

Figure 1.9 shows a typical example of a GPRS Attach (PS registration) procedure that is finally successful, however, three successive attempts (Attach Request messages) are necessary to get a successful answer from the network. Such a scenario is seen fairly often in live networks, especially if there is a long distance and hence a long response time between the SGSN and HLR, which often happens if subscribers are roaming in foreign networks far away from their home country. La figure 1.9 montre un exemple typique d'une procdure GPRS Attach (PS registration) qui est finalement russie, cependant, trois tentatives successives (Attach Request messages) sont ncessaires pour obtenir une rponse de succs du rseau. Un tel scnario est vu assez souvent dans les rseaux en direct, surtout si il ya une longue distance et donc un long temps de rponse entre le SGSN et HLR, ce qui arrive souvent si les abonns sont en itinrance dans les rseaux trangers loin de leur pays d'origine. In this case the user might not recognise a problem at all. Especially since he knows that due to the roaming situation the registration procedure may take longer than in the home Public Mobile Network (PLMN). However, a KPI based on simple counter definitions found in 3GPP 32.403 without special filtering/processing would indicate registration problems, because it would show Attach Success Rate33.33%. The KPI formula of such a GPRS Attach Success Rate looks as follows: Dans ce cas, l'utilisateur ne trouve pas quil sagisse dun problme du tout. Surtout depuis qu'il sait qu'en raison de la situation d'itinrance la procdure d'enregistrement peut tre plus longue que celle de son PLMN dorigine (PLMN). Toutefois, un indicateur de performance fondes sur des dfinitions d compteur simples trouv dans 3GPP 32.403 sans filtrage / traitement spcial met en vidence des problmes d'enregistrement, car cela montrerait Attach Success Rate = 33.33% La formule KPI d'un tel GPRS Attach Sucess Rate se prsente comme suit: This does not reflect the subscribers experience and proves the need of implementing sophisticated filtering/call trace analysis processes in performance measurement software while the formula remains correct and does not need to be changed. Cela ne reflte pas l'exprience de l'abonn et prouve la ncessit de mettre en uvre des processus sophistiques de filtrage / danalyse de traage d'appels dans les logiciels de mesure de la performance alors que la formule reste correcte et n'a pas besoin d'tre chang.

1.1.5.2 Dropped Calls Appels interrompus Subscribers recognise that calls are dropped, that is to say an ongoing connection (defined as successfully established RAB in Section 1.1.3) is terminated for abnormal reasons. Most likely those reasons are found on the radio interface, for instance bad coverage or unsuccessful handovers. There is a signalling message that indicates such problems on lub. It is the NBAP Radio Link Failure Indication containing the cause value synchronization failure. Les abonns reconnaissent que les appels sont interrompus, c'est--dire quune connexion en cours (dfinie comme successfully established RAB la section 1.1.3) est interrompue pour des raisons anormales. Trs probablement, ces raisons se trouvent sur l'interface radio, par exemple une mauvaise couverture ou des handovers infructueux. Il ya un message de signalisation qui indique ces problmes sur lub. Il sagit du successfully established RAB Indication contenant l valeur de la cause synchronization failure.

In 3GPP 32.403 a counter for this protocol event is not defined. Most likely because 3GPP authors have in mind that it is sufficient to analyse cause values found in RANAP Iu-Release Request or RABRelease Request messages that trigger the RANAP Iu-Release or single RAB Release procedure. Usually a RANAP cause value like radio connection with UE lost indicates that a particular release request was triggered by an NBAP Radio Link Failure Indication, but not every NBAP Radio Link Failure Indication indicates a dropped call especially if the users experience is taken into account.

This is true because if a problem on a single radio link of an active set occurs other radio links of the same active set will still continue to transmit data. However, in such cases a bit error rate (BER) and block error rate (BLER) of the connection may arise. For this reason BER and BLER are often seen as indicators of a users quality of experience. However, even if a radio connection was totally dropped in UMTS it can be re-established. The procedure used for this purpose is called RRC re-establishment, but it does not only include re-establishment of RRC signalling connection all previously used dedicated transport channels (DCHs) for radio bearers can also be re-established as shown in Figure 1.10. En 3GPP 32.403 un compteur pour cet vnement protocole n'est pas dfini. Trs probablement parce que les auteurs 3GPP ont l'esprit qu'il suffit d'analyser les valeurs de cause trouves dans RANAP IuRelease Request ou RAB-Release Request messages qui dclenchent la procdure RANAP Iu-Release ou la procdure RAB Release unique. Habituellement, une valeur de cause RANAP comme liaison radio avec UE perdue indique qu'une demande de libration canal particulirs les donnes a t dclenche par un NBAP Radio Link Failure Indication, mais ce nest pas tous les NBAP Radio Link Failure Indication qui indique une interruption dappel - surtout si l'exprience de l'utilisateur est pris en compte. Cela est vrai parce que si un problme sur un lien radio unique d'un active set survient les autres liaisons radio du mme active set continueront transmettre des donnes. Cependant, dans de tels cas, un taux d'erreur de taux d'erreurs sur les bits (BER) et du bloc (TEB) de la connexion peuvent monter. Pour cette raison, le BER et le BLER sont souvent considrs comme des indicateurs de la qualit de l'exprience utilisateur. Cependant, mme si une liaison radio a t totalement abandonne dans l'UMTS, elle peut tre rtablie. La procdure utilise cet effet est appel RRC re-establishment, mais elle ne comprend pas le rtablissement de la connexion de signalisation RRC - tous les canaux de transport ddis utiliss prcdemment (DCH) pour les supports radio peut galement tre rtablie comme le montre la Figure 1.10 . The problems with the call presented in Figure 1.10 start with an attempted soft handover radio link addition. This is indicated by event-ID e1a (a primary CPICH entered reporting range) sent by the UE using an RRC Measurement Report message. After receiving this measurement report the SRNC tries to install the necessary resources in target cell/target Node B, but Node B indicates that there are not enough user plane resources to set up a second radio link for the active set. Looking at the cause value seen in the NBAP Radio Link Setup Failure message (Unsuccessful Outcome) it is hard to evaluate which resources exactly have not been available, e.g. was there a congestion in transport network or was the code assigned for transmission of dedicated information via the radio interface already in use? Now the SRNC reacts in a way that is seen quite often in similar trouble scenarios. Instead of looking for an alternative solution to guarantee radio link quality of the call all all radio links are terminated without informing UE about this radio link deletion (it could have been done using RRC signalling connection). What happens from the UEs perspective is that dedicated radio links are suddenly gone, the mobile phone finds itself alone in the field, falls into CELL_FACH state and sends RRC Cell Update (causeradio link failure) to the best available cell using the RACH of this cell. Les problmes avec l'appel prsent la figure 1.10 dbut avec une tentative de soft handover lien ajout de radio. Ceci est indiqu par l'vnement-ID e1a ('a CPICH primaire est entre rapports range') mis par l'UE l'aide d'un message de rapport de mesure RRC. Aprs rception de ce rapport de mesure la SRNC tente d'installer les ressources ncessaires dans la cellule cible / target Node B, mais le noeud B indique qu'il n'y a pas suffisamment de ressources dans le plan utilisateur _ pour configurer un second lien radio pour l'active set. En regardant la valeur de cause vu dans le lien message d'chec de la configuration de Radio NBAP (rsultat infructueux), il est difficile d'valuer quelles ressources Exactement n'ont pas t disponibles, par exemple est ce une congestion dans le rseau de transport ou est ce le code attribu pour la transmission d'informations ddi via l'interface radio qui est dj utilis? Maintenant, le SRNC ragit d'une manire que l'on voit souvent dans les scnarios d'incidents similaires. Au lieu de chercher une solution alternative pour garantir la qualit de la liaison radio de l'appel toutes les liaisons radio sont termins - sans en informer UE propos de cette suppression de liaison radio (cela aurait pu tre fait en utilisant la connexion de signalisation RRC). Ce qui se passe du point de vue de lUE est que les liens radio ddis ont soudainement disparus, le tlphone mobile se trouve seul sur le terrain, entre dans l'tat CELL_FACH et envoie des RRC Cell Update (cause = 'chec de liaison radio') la meilleure cellule disponible en utilisant le RACH de cette cellule.

The reselected cell forwards this Cell Update message to its controlling RNC (CRNC). By chance in this case it is the same RNC that used to be the serving RNC of the abnormally terminated RRC connection. Hence, this RNC establishes the radio link again using the RRC Cell Update Complete message and after approximately 6 seconds the previously dropped connection becomes active again. Final statement: the call is not really dropped, but only interrupted for approximately 6 seconds. La cellule reslectiones fait suivre ce message de mise jour de cellule son RNC de commande (CRNC). Par chance, dans ce cas, c'est le mme RNC qui sert tre la RNC serveuse de la connexion RRC termine de faon anormale. Par consquent, cette RNC tablit la liaison radio nouveau en utilisant la cellule mise jour complte un message RRC et aprs environ 6 secondes la connexion prcdemment chut redevient active. tat final: l'appel n'est pas vraiment coup, mais seulement interrompu pendant environ 6 secondes. Now the question is: Which experience of provided network service does the subscriber have if a call is interrupted for 6 seconds? The answer depends on the type of service that has been used (see Table 1.1). Maintenant la question est: Quelle exprience de service de rseau fournie l'abonn a si un appel est interrompu pendant 6 secondes? La rponse dpend du type de service qui a t utilis (voir le tableau 1.1).

Once again this example proves how important it is to correlate technical measurement data with service information and common sense for human behaviour. It will also be highlighted that although a particular subscribers perceived quality of service may be deteriorated by the described behaviour of the RNC the programmers of RNC software have chosen a very efficient way to handle such problems. Here it must be kept in mind that it is the RNCs main task to handle thousands of calls simultaneously. To look for a specific trouble-shooting solution for a particular call would block CPU and memory resources of RNC hardware, which can rather be used to handle a few more additional calls that do not struggle with difficulties. Hence, it is correct to say that the risk that this particular call becomes a dropped call is the price that is paid to increase the overall capacity of the RNC. And to increase the overall switching capacity of the RNC means to increase the overall capacity of the network and thus the network operators profit. Une fois de plus cet exemple prouve combien il est important de mettre en corrlation les donnes de mesure techniques avec l'information de service et le sens commun pour le comportement humain. Il sera galement mis en vidence que, mme si la qualit de service perue d'un abonn peut tre dtriore par le comportement dcrit de la RNC la programmeurs de logiciels RNC ont choisi une voie trs efficace pour traiter ces types de problmes. Ici, il faut garder l'esprit que c'est la principale tche du RNC de grer des milliers d'appels simultanment. Pour trouver une solution de dpannage spcifique pour un appel particulier bloquerait ressources CPU et les ressources mmoire du matriel de la RNC, qui peuvent plutt tre utiliss pour traiter quelques appels _ supplmentaires de plus qui ne sont pas en pirse avec des difficults. Par consquent, il est exact de dire que le risque que cet appel devient un appel interrompu est le prix pay pour augmenter la capacit globale de la RNC. Et pour augmenter la capacit globale de commutation du RNC signifie augmenter la capacit globale du rseau et donc le bnfice de l'oprateur rseau.

1.1.5.3 Poor Transmission Speed Mauvais Vitesse de transmission The performance parameter used to measure transmission speed is called throughput. Throughput can be measured on different protocol levels. In the UTRAN environment the following throughput measurements are useful: Le paramtre de performance utiliss pour mesurer la vitesse de transmission est appel dbit. Le dbit peut tre mesur diffrents niveaux de protocole. Dans l'environnement UTRAN les mesures de dbit suivantes sont utiles:

RLC throughput to have a traffic measurement that reflects uplink/downlink traffic load on a cell. RLC throughput includes all kinds of user plane/control plane traffic transmitted via the radio interface, no matter if identical information is simultaneously transmitted in any neighbour cells due to soft handover situations. Le Dbit RLC afin davoir une mesure de trafic qui reflte la charge de trafic sur la liaison montante / liaison sur une cellule. Le dbit RLC comprend toutes sortes de plan / de plan de contrle du trafic transmis via l'interface radio, peu importe que des informations identiques soient transmis simultanment dans les cellules voisines en raison de situations de soft handover

Transport channel throughput is the data transmission speed measured on a single transport channel (usually the dedicated transport channel (DCH)) that can be compared with the theoretical possible transport channel throughput derived from used transport format set definitions. Le debit du canal de transport est la vitesse de transmission des donnes mesures sur un canal de transport unique (gnralement le canal de transport ddi (DCH)) qui peut tre compar avec le dbit thorique possible du canal de transport driv de format de dfinitions des ensembles de transport utiliss.

User perceived throughput is the throughput of RLC payload excluding payload information that is retransmitted due to RLC AM. Secondary traffic due to soft handover situations transmitted on the radio interface need to be subtracted as well. Le dit perue par l'utilisateur est le dbit de charge utile l'exclusion des informations de charge utile RLC qui est retransmise en raison de RLC AM. Le trafic secondaire en raison de situations soft handover transmis sur l'interface radio doit tre soustraite aussi.

Application throughput is measured on the TCP/IP application layer (ISO-OSI Layer 7). This is a throughput of user applications like file transfer and web browsing to name just two out of approximately 50 possible application protocols. Often subscribers have good tools on their PC to measure application throughput. Figure 1.11 shows an example of how an FTP client shows progress of file transfer and the measured transfer rate in kilobytes per second (it is unclear what the values in parentheses represent). The crucial point is that application throughput measured in the network must be comparable with measurement results available for subscribers. Le dbit d'application est mesure sur la couche d'application TCP / IP (ISO-OSI niveau 7). Il s'agit d'un dbit des applications utilisateur, comme le transfert de fichiers et la navigation Web - pour ne citer que deux des quelque 50 protocoles d'application possibles. Souvent, les abonns ont de bons outils sur leur PC pour mesurer le dbit d'application. La Figure 1.11 montre un exemple de la faon dont un client FTP indique la progression du transfert de fichier et le taux de transfert mesur en kilo-octets par seconde (on ne sait pas ce que represente les valeurs entre parenthses). Le point crucial est que le dbit d'application mesure dans le rseau doit tre comparable avec les rsultats de mesure disponibles pour les souscripteurs / clients.

There are a number of factors that have an enormous impact on throughput, especially radio link quality and propagation conditions. Interference can deteriorate the radio link quality. The required data transmission speed for a certain service is directly related to the coverage of a cell. The basic rule is: the higher the requested data transmission rate of service (transport channel throughput) the less is the coverage provided by the cell under unchanged propagation conditions. Il ya un certain nombre de facteurs qui ont un impact norme sur le dbit, en particulier la qualit de la liaison radio et des conditions de propagation. L'interfrence peut dtriorer la qualit de la liaison radio. La vitesse de transmission de donnes requis pour un certain service est directement lie la couverture d'une cellule. La rgle de base est la suivante: plus le dbit de transmission de donnes de

service demand est lev (du canal de transport), le moins est la couverture fournie par la cellule dans des conditions de propagation inchangs. An example shall be given to explain this latter sentence. Imagine a base station that is 30 metres above ground level and a UE used in a average height of 1.5 metres (above ground level). Both endpoints of the radio connection are located in a city centre environment. Now using the same UE in the same cell under the same conditions we set up two connections. Un exemple est donn pour expliquer cette dernire phrase. Imaginez une station de base qui est de 30 mtres au-dessus du niveau du sol et un UE utilis dans une hauteur moyenne de 1,5 mtres (au-dessus du niveau du sol). Les deux extrmits de la liaison radio se trouvent dans un environnement de centreville. Maintenant, en utilisant la mme UE dans la mme cellule dans les mmes conditions que nous avons configurer deux connexions. Connection #1 is a 12.2 kbps AMR speech call while connection #2 is a 144 kbps data call. Connection # 1 est un appel vocal AMR 12.2 kbps lorsque la connexion n 2 est un appel de donnes 144 kbps How does the type of service (expressed as data transmission speed = throughput) influence the maximum cell range ? Comment le type de service (exprime en vitesse de transmission de donnes = dbit) influent sur la porte maximale de la cellule? Using the COST Hata propagation model with a clutter correction term for the city centre environment it can be calculated that the cell range of speech calls is approximately 1100 metres while the cell range of the same cell for the 144 kbps data service is limited to approximately 700 metres (see Figure 1.12). To put it in a nutshell, UE needs to be closer to the cell antenna to guarantee a higher data transmission rate. En utilisant le modle de propagation COST Hata avec un terme de correction d'image de fond pour l'environnement du centre-ville, il peut tre calcul que la porte de la cellule d'appels vocaux est d'environ 1100 mtres tandis que la porte de cellules de la mme cellule pour le service de donnes 144kps est limite environ 700 mtres (voir figure 1.12). Pour le dire en un mot, UE doit tre plus proche de l'antenne cellulaire pour garantir un taux de transmission de donnes plus lev. What can be seen in Figure 1.12 is also the reason why UTRAN cells are usually much smaller than GSM cells. Under which conditions can the promised peak data transmission rate of 14.4 Mbps for high speed packet downlink access (HSDPA) be reached? Que peut-on voir la figure 1.12 est aussi la raison pour laquelle les cellules UTRAN sont gnralement beaucoup plus petits que les cellules GSM. Dans quelles conditions puis le taux de transmission de donnes de pointe promise de 14,4 Mbps de vitesse paquets en liaison descendante accs haut (HSDPA) sont accessibles?

The 14.4 Mbps, which is usually presented by marketing people and journalists, is theoretically possible with a coding rate of 4/4, 16 quadrature amplitude modulation (QAM) and all available spreading codes (15 in total) bundled for a single connection. Realistic scenarios as introduced e.g. by US consultant Peter Rysavy (www.rysavy.com ) in a white paper written for 3G Americas (www.3gamericas.org) mention an average throughput rate (application throughput?) for file downloads using HSDPA between 500 and 1100 kbps and during 2005 the author of this book heard rumours that the optimisation target of some network operators for HSDPA is to guarantee a minimum downlink data throughput of 384 kbps in hot-spot areas (shopping centres, airports etc.) for all HSDPA subscribers but on which throughput level? These are questions that will have a significant impact on statements regarding throughput measurement results. Certainly throughput measured for PS services do show quite dramatic changes within a single call, because it is the nature of PS calls that data is only transmitted when necessary and often it is transmitted in peaks. A typical PS call scenario could look like this:

Les 14,4 Mbps, ce qui est gnralement prsent par les gens du marketing et des journalistes, est thoriquement possible avec un taux de codage de 4/4, 16 modulation d'amplitude en quadrature (QAM) et tous les codes d'talement disponibles (15 au total) regroups pour une seule connexion. Scnarios ralistes comme par exemple introduits par le consultant amricain Peter Rysavy (www.rysavy.com) dans un livre blanc crit par 3G Americas (www.3gamericas.org) mentionnent un taux de dbit moyen (dbit d'application?) 'pour les tlchargements de fichiers en utilisant HSDPA entre 500 et 1100 kbps et En 2005, l'auteur de ce livre a entendu des rumeurs selon lesquelles l'objectif d'optimisation de certains oprateurs de rseau pour HSDPA est de garantir une liaison descendante dbit de donnes minimum de 384 kbps dans les zones de points chauds (centres commerciaux, aroports, etc) pour tous les abonns HSDPA - mais quel niveau de dbit? Ce sont des questions qui auront un impact significatif sur les dclarations concernant les rsultats de mesure de dbit. Certes, le dbit mesur pour les services PS ne montrent des changements assez spectaculaires au sein d'un seul appel, parce que c'est la nature du PS appelle que les donnes sont transmises uniquement lorsque cela est ncessaire et souvent il est transmis pics. Un scnario typique d'appels PS pourrait ressembler ceci: A user starts web browsing. A huge file can be downloaded from a web site. User starts to download. While the download is ongoing the user uses different other applications and does not pay attention to the file transfer application that has finally finished the file download. After a period of inactivity the user starts web browsing again with short interruptions, e.g. to read the web content, until the web browser application is closed. Network problems detected in the last phase of connection are not registered by the user, because of the analysis given in Table 1.1. ? Un utilisateur dmarre la navigation web. ? Un norme fichier peut tre tlcharg partir d'un site web. L'utilisateur commence tlcharger. ? Alors que le tlchargement est en cours l'utilisateur utilise diffrentes autres applications et ne fait pas attention l'application de transfert de fichiers qui a finalement termin le tlchargement du fichier. ? Aprs une priode d'inactivit l'utilisateur commence la navigation sur le Web nouveau avec de courtes interruptions, par exemple pour lire le contenu du web, jusqu' ce que l'application de navigateur web est ferm. ? Les problmes de rseau dtects dans la dernire phase de connexion ne sont pas enregistrs par l'utilisateur, en raison de l'analyse donne dans le tableau 1.1 An idealised throughput measurement related to this single connection could look as shown in Figure 1.13. The arrows represent signalling events related to changes in throughput. It is assumed that the HSDSCH can be used for file download. During this single call there are three interruptions of data transfer. Interruption numbers 1 and 2 are caused by the behaviour of the user, number 3 is caused by radio link failure shown in Figure 1.10. If there is not much data to be transferred SRNC orders the UE to use common transport channels RACH (for uplink) and FACH (for downlink) for data transfer. Since many UEs share the same RACH/FACH at the same time data transmission rates are significantly lower. The dotted lines in the figure mark the maximum theoretical possible throughput associated with the used transport channel. (For DCH there are actually several possible levels depending on the used spreading factor, but this will be discussed in more detail in the next section.) Une mesure de dbit idalise lies cette connexion unique pourrait paraitre comme le montre la Figure 1.13. Les flches reprsentent les vnements de signalisation lis aux variations de dbit. On suppose que le HS-DSCH peut tre utilis pour tlcharger des fichiers. Au cours de cet appel unique, il existe trois interruptions de transfert de donnes. Numros d'interruption 1 et 2 sont causs par le comportement de l'utilisateur, le numro 3 est cause par une panne de liaison radio illustr la figure 1.10. S'il n'y a pas beaucoup de donnes transfrer le SRNC commandes a l'UE d'utiliser les canaux de transport communs RACH (pour la liaison montante) et FACH (pour la liaison descendante) pour le transfert de donnes. Depuis de nombreux quipements utilisateurs partagent le mme RACH / FACH aen meme temps les taux de transmission de donnes sont nettement plus bas. Les lignes en pointills dans la figure marquent le dbit thorique maximal possible associ au canal de transport utilis. (Pour DCH il

ya effectivement plusieurs niveaux possibles en fonction du facteur d'talement utilis, mais ce seront discuts plus en dtail dans la section suivante.) During the call the following signalling triggers (represented by numbered arrows) occurred: Pendant l'appel les dclencheurs de signalisation suivants (reprsents par des flches numrotes) se sont produits: 1. Physical channel reconfiguration: DCH to HS-DSCH after requested file transfer (download). 2. End of download, short interruption (reconfiguration to CELL_PCH or IDLE mode possible). 3. Reconfiguration to CELL_DCH, user continues web browsing. 4. New interruption of web browsing due to user behaviour, again reconfiguration of transport resources. 5. Web browsing with low traffic only common transport channels are used to transport payload. 6. Reconfiguration to CELL_DCH because of rising DL data amount. 7. Loss of DL throughput due to changing conditions on radio interface (e.g. if user moves) soft handover attempt. 8. Radio link deletion following unsuccessful soft handover contact with UE lost. 9. Successful re-establishment of dedicated resources after UE performed Cell Update procedure (cause = radio link failure) 1. Physique reconfiguration du canal: DCH HS-DSCH aprs le transfert de fichier demand (tlcharger). 2. Fin de tlchargement courte interruption (reconfiguration de CELL_PCH ou en mode IDLE possible). 3. Reconfiguration de CELL_DCH, l'utilisateur continue la navigation web. 4. Nouvelle interruption de la navigation sur Internet en raison du comportement de l'utilisateur, nouveau reconfiguration des ressources de transport. 5. Navigation sur le Web avec un trafic faible - seuls les canaux de transport communs sont utiliss pour transporter la charge utile. 6. Reconfiguration de Cell_DCH raison de la hausse quantit de donnes DL. 7. Perte de DL dbit en raison de l'volution des conditions sur l'interface radio (par exemple, si l'utilisateur se dplace) - soft tentative de transfert. 8. Radio lien suivant suppression choue soft handover - contact avec l'ue perdu. 9. Succs rtablissement de ressources ddies aprs UE effectu la procdure de mise jour de cellule (cause = la radio dfaillance de la liaison ) Following this there are three major factors that have an impact on the measured PS transport channel throughput: Suite cela, il ya trois principaux facteurs qui ont un impact sur le dbit du canal de transport PS mesur : ? user behaviour; ? radio resources (channels, codes) assigned by network; ? network failures. ? comportement des usagers; ? les ressources radio (canaux, codes) assigns par le rseau; ? dfaillances du rseau. User behaviour cannot be measured, it can only be estimated based on measurement events. For the other two factors it is necessary to define a number of useful measurements and KPIs. Le comportement de l'utilisateur ne peut pas tre mesure, on ne peut que l'estime sur la base des vnements de mesure. Pour les deux autres facteurs, il est ncessaire de dfinir un certain nombre de mesures et d'indicateurs de performance cls utiles. However, there are not only PS data services running in UTRAN. Another throughput measurement example shows the results for five subsequent video-telephony calls made in a live UMTS network.

Transmission conditions in the cell have been fairly ideal. There was no uplink interference, because the test UE was the only UE in the cell and there was no downlink interference. Also fast moving of the UE can be excluded, because no car was involved in the test scenario, however, it was possible to walk around while speaking and watching a live picture of B-party in the UE display. Cependant, il ya non seulement des services de donnes PS fonctionnant dans l'UTRAN. Un autre exemple de mesure de dbit prsente les rsultats de cinq appels vido-tlphonie effectus ultrieurement dans un rseau UMTS en direct. Les conditions de transmission de la cellule ont t assez idal. Il n'y avait aucune interfrence de liaison montante, parce que l'UE test tait le seul UE dans la cellule et il n'y avait aucune interfrence de liaison descendante. Aussi les mouvement rapide de l'UE peut tre exclue, car aucune voiture n'a t implique dans le scnario de test, cependant, il tait possible de se promener tout en parlant et en regardant une image en direct de B-party l'cran UE. The throughput measurement results of those five calls made subsequently within 15 minutes are shown in Figure 1.14. Call number 1 and number 2 have reached the maximum possible throughput level at the beginning, but for some reason they have not been able to stay within this threshold. Call number 3 and number 5 show the optimum graph for throughput measured on the DCH, but call number 4 is a mess. Here in the first third of the time interval of this call an interruption of the data stream is observed, maybe caused by radio link failure as described before. However, it cannot be confirmed as long as there is no correlation of radio quality measurements and signalling events with throughput measurement results. Les rsultats de mesure de dbit de ces cinq appels effectus par la suite dans les 15 minutes sont prsents dans la figure 1.14. les appels numro 1 et numro 2 ont atteint le niveau de dbit maximum possible au dbut, mais pour une raison quelconque, ils n'ont pas t en mesure de demeurer dans ce seuil. l'appel numro 3 et numro 5 montre le graphique optimale pour un dbit mesur sur DCH, mais l'appel numro 4 est un gchis. Ici, dans le premier tiers de l'intervalle de temps de cet appel une interruption du flux de donnes est observe, peut-tre cause par une dfaillance de liaison radio comme dcrit prcdemment. Cependant, il ne peut pas tre confirm tant qu'il n'ya pas de corrlation de mesures de qualit radio et des vnements de signalisation avec des rsultats de mesure de dbit. This example proves that throughput measurement only detects symptoms of possible network problems, but without correlation to other measurements discussed in Chapter 2 no root cause analysis is possible. Cet exemple prouve que la mesure du dbit ne dtecte que les symptmes de problmes rseau possibles, mais sans corrlation avec d'autres mesures - voir chapitre 2 - aucune analyse des causes fondamentales est possible.

1.1.5.4 Corrupted Data donnes corrompues 3GPP has been or is aware of the possibility that transmitted user data can be corrupted, especially when transmitted on the radio interface. 3GPP 26.091 explains the methods of error concealment for corrupted AMR speech blocks: Normal decoding of lost sp eech frames would result in very unpleasant noise effects. In order to improve the subjective quality, lost speech frames will be substituted with either a repetition or an extrapolation of the previous good speech frame(s). This substitution is done so that it gradually will decrease the output level, resulting in silence at the output. In other words: if speech information is corrupted the subscriber will either hear again what he/she has already heard 20ms before (20 ms is the time interval for transmission of two subsequent voice frames) or in the worst case the subscriber will hear nothing. 3GPP a t ou est conscient de la possibilit que les donnes utilisateur transmises peuvent tre endommages, en particulier lorsqu'ils sont transmis sur l'interface radio. 3GPP 26.091 explique les mthodes de dissimulation d'erreur pour des fichiers AMR blocages de la parole: Normal dcodage des trames de parole perdus entranerait des effets sonores trs dsagrables. Afin d'amliorer la qualit subjective, trames de parole perdus seront remplacs par soit une rptition ou une extrapolation de la bonne trame de parole prcdente (s). Cette substitution se fait de sorte qu'il va progressivement

diminuer le niveau de sortie, ce qui entrane dans le silence de la sortie "En d'autres termes:. Si l'information de parole est corrompu l'abonn soit rentendre ce qu'il / elle a dj entendu 20ms avant (20 ms est l'intervalle de temps pour la transmission de deux trames vocales ultrieures) ou dans le pire des cas, l'abonn entend rien. In AMR frames we find two different information elements that indicate corrupted speech information (see Figure 1.15). First we have the frame quality indicator that is a single bit in the AMR header. If this bit is set to 1 the expected speech quality in the AMR core frame is good, otherwise it was already bad when the frame was constructed, which is before transmission on radio interface. Possible root causes for high frame quality error rates might be found in encoder entities of UE or MSC/MGW, but especially in the case of traffic coming from network it is possible that speech data received from the BParty of the call may already have been of bad quality, e.g. due to excessive compression algorithms used by long distance carriers. Or if the B-party is another UMTS subscriber root cause might be a high uplink block error rate (UL BLER) on radio transmission. Whenever bad speech quality is detected by the frame quality indicator, error concealment must be executed. Dans les trames AMR, nous trouvons deux lments d'information diffrents qui indiquent des informations de parole corrompue (voir Figure 1.15). Nous avons d'abord l'indicateur de qualit d'image qui est un seul bit dans l'en-tte AMR. Si ce bit est 1, la qualit de la parole attendue dans le noyau cadre AMR est bon, sinon il tait dj mauvais quand le chssis a t construit, ce qui est avant la transmission sur l'interface radio. Causes possibles des taux d'erreur de haute qualit d'image peuvent tre trouvs dans des entits du codeur de ou MSC / MGW, mais surtout dans le cas de trafic en provenance de rseau, il est possible que des donnes vocales reues de la B-Party de l'appel peuvent tre dj t de mauvaise qualit, par exemple, Grce des algorithmes de compression excessive par les transporteurs interurbains. Ou si le B-partie est un autre abonn UMTS cause pourrait tre un taux d'erreur de bloc montant lev (UL TEB) sur la transmission radio. Chaque fois que la mauvaise qualit de la parole est dtecte par l'indicateur de qualit de trame, le masquage d'erreurs doit tre excute. Besides the frame quality indicator there is also a codec CRC field consisting of 8 bits. A CRC check is performed for Class A bits of the core frame only, because Class A speech information is most sensitive to errors. By using CRC, data that is transmitted via radio interface is protected. The receiving AMR entity in the UE (after downlink transmission) or the MSC/MGW (after UL data transmission) are able to detect radio transmission errors. If a CRC error is detected 3GPP 26.101 defines that the erroneous AMR frame should not be decoded without applying appropriate error concealment. En plus de l'indicateur de qualit de trame, il ya aussi un champ CRC de codec constitu de 8 bits. Une vrification CRC est effectue pour la classe A bits de la trame de base seulement, car la classe d'information de la parole est le plus sensible des erreurs. En utilisant le CRC, les donnes qui sont transmises par l'intermdiaire de l'interface radio est protg. L'entit qui reoit la RAM dans l'quipement d'utilisateur (aprs la transmission de liaison descendante) ou le MSC / MGW (aprs la transmission de donnes UL) sont capables de dtecter les erreurs de transmission radio. Si une erreur CRC est dtecte 3GPP 26.101 dfinit que le cadre AMR errone ne devrait pas tre dcod sans appliquer de dissimulation d'erreur appropri. Based on the results of CRC checks in the receiving AMR entity a frame error rate (FER) is defined as follows. ur la base des rsultats des contrles CRC dans l'entit AMR recevoir un taux d'erreur de trame (FER) est dfini comme suit.