# [TC2] TP3 - RAN ###### tags: `RAN`, `S2`, `TD3`, `squad_` --- _Team suicide squad_ @aprouvost , @HamzaBa, @Titouan-Joseph, [Sujet](https://moodle.insa-lyon.fr/mod/folder/view.php?id=69755) ## ## Simulation 1 : Codes d’étalement UMTS ### Question 1 ![](https://i.imgur.com/01LDRdd.png) > Parametre du OVSF Code Generator La constante de temps fixe en UMTS est le temps chip (soit 0,26µs), qui est l’inverse du débit chip de 3,84Mcps. ![](https://i.imgur.com/7ie2EMs.png) ### Question 2 et 3 ![](https://i.imgur.com/7laRsAW.png) > Forme de signal avant et après étalement ![](https://i.imgur.com/7m6DEwm.png) Le code est multiplié par la data. Le débit de data est fixe, pas forcément le code. Longueur du code = sf. Le temps chip ne peut pas varier. Il y a donc un compromis à trouver entre débit et codes de libre. On a donc Temps Symbole = SF * temps chip. Pour séparer les différentes applications issues d’une même source, utilisation des séquences de Hadamard. ![](https://i.imgur.com/0aKzzmB.png) Le bloc upsample est utilisé pour avoir le bon nombe d'échantillon de data pour se caler sur le code avec lequel il est multiplié. Par la suite, on a un FIR composé des différents coefficients de la séquence de Hadamard. ## Simulation 2 : Codes d’étalement orthogonaux UMTS ### Question 1 Les codes sont orthogonaux entre eux. Leur produit scalair vaut donc zéro. Pour le vérifier, on fait le produit scalair des codes et on visualise sur un scope le résultat, qui doit être nul. On dispose sur cet arbre d’un ensemble de séquences d’étalement de longueurs variable. On rappelle qu’il est possible de choisir des séquences dont les longueurs vont de 4 à 512. Lorsqu’une séquence correspond à une branche de l’arbre est retenue, toutes les séquences des branches émanant de cette branche sont interdites. Cette technique réduit le nombre de séquences possibles mais permet ainsi d’assurer le maintien de l’orthogonalité entre séquences de longueurs différentes. Le SF va aussi déterminer le débit, tel que $Debit_{symboles} = \frac{Debit_{Chip}}{SF}$ ce qu'on a vu la c'est qu'en voix descendante Sur la voix montante, il n'y a pas de soucis car pas de synchronisation entre tous les devices. Donc pas besoin de venir faire de recherche avec le SF, on peut prendre n'importe lequel. Besoin aussi d'un code de scrambling sur la voix descendante pour differnecie entre les station de base . ![](https://i.imgur.com/hW71h4e.png) > ![](https://i.imgur.com/ZlYyzWw.png) > Schéma le window intergrator sert de filtre FIR (parametre window est set a SF) ce qui nous donne le resultats dans le scope fitre output, on fait passer le produit dans le bloc down sample (avec un paramtere SF) ce qui nous donne ![](https://i.imgur.com/fQoJjYE.png) ## Simulation 3 : Codes d’étalement orthogonaux UMTS ### Question 3 Le problème de synchronisation a été reglé (sur la voix montante, pas de problème sur la voix descendante) On a le problème des multi chemins dans ce cas, pour les transmissions réelles des transmissions sans fil. On recoit donc les signaux des autres cellules car ils sont sur les mêmes fréquences. ### Question 4 ![](https://i.imgur.com/jkcAEwe.png) On a de l'auto interférence car on n'a ici qu'un seul délais, si il y a de l'interférence c'est donc du uniquement à ce délais. Ce problème est du au délais introduit par le canal sur la transmission pour cet unique utilisateur. Les codes OVSF ne permettent pas d'avoir des résultats cohérents lorsqu'il y a du décalage. Chaque récepteur doit être synchronisé avec son émetteur comme tout système de communication. Mais on a aussi des désynchronisation des voix entre elles. Il faut donc un bon échantillon quand on fait le downsample dans notre modèle. Donc on règle les SF. ### Question 5 ![](https://i.imgur.com/EWJWFhU.png) ## Simulation 4 : Code de scrambling UMTS Le code de scambling est un très long code pseudo aléatoire. Quand on prend la moyenne de deux codes différents, le résultat tend vers 0 si les séquences sont suffisamment grandes (proba d'un 1 et -1 deviennent équivalentes lorsque les séquences sont suffisamment longues). ### Question 1 l'equation du canal 1 + 0.5z^-1^ On a donc un ajout de fading. De plus, les codes UMTS sont utilisés de manière à différentier les antennes sur la voix montante. ### Question 2 : On récupère des données mais on n'a plus d'erreurs ### Question 3 : Problématique de synchronisation Exemple de problème lors de la réception : Reception : 1 1 -1 -1 Code utilisateur : 1 1 -1 -1 Donc +4 Décalage de 1 Reception : -1 1 1 -1 Code utilisateur : 1 1 -1 -1 Donc 0 ### Question 4 : Problème de multi chemins Modélisation du canal multi chemin (Rayleigh)