Brevet FR2770354A1 — publié le 19990430

Titre PROCÉDÉ, DISPOSITIF DE POINT D'ACCÈS ET PÉRIPHÉRIQUE POUR FOURNIR UNE DIVERSITÉ D'ESPACE SANS UN SYSTEME SANS FIL DUPLEX À RÉPARTITION DANS LE TEMPS Demandes de brevets apparentees La présente demande de brevet est apparentée aux demandes de brevet suivantes, qui sont jointes en référence CR00180M, NETWORK PROTOCOL METHOD, ACCESS POINT DEVICE AND PERIPHERAL DEVICES FOR PROVIDING FOR AN EFFICIENT CENTRALLY COORDINATED PEER-TO-PEER WIRELESS COMMUNICATIONS NETWORK, par Mark Cudak, Bruce Mueller, James Kelton et Brian Classon, qui a été enregistrée simultanément le 20 octobre 1997 et qui est attribuée à Motorola, Inc. et CR00182M, METHOD, ACCESS POINT DEVICE AND PERIPHERAL DEVICES FOR PROVIDING LOW COMPLEXITY DYNAMIC PERSISTENCE MODE FOR RANDOM ACCESS IN A WIRELESS COMMUNICATION SYSTEM, par Mark Cudak et Michael David Pearce, qui a été enregistrée simultanément le 20 octobre 1997 et qui est attribuée à Motorola, Inc. Domaine de l'invention La présente invention concerne des systèmes de communication sans fil duplex à répartition dans le temps et, en particulier, la diversité d'espace dans un système duplex à répartition dans le temps. Arrière-plan de l'invention Dans des systèmes de communication sans fil duplex à répartition dans le temps (TDD), un trajet de liaison de communication bidirectionnel est établi entre deux sites, chacun possédant un émetteur et un récepteur, et dans lesquels les deux émetteurs sont synchronisés de telle manière que seul un émetteur transmet un signal d'information à un moment donné. Un système TDD peut comprendre un dispositif de point d'accès central, en général avec un émetteur et un récepteur. Le point d'accès établit une liaison de communication avec un ou plusieurs dispositifs périphériques situés dans la portée du site central. Les dispositifs périphériques sont, en général, des émetteurs-récepteurs (émetteurs/récepteurs en une seule unité), chacun possédant une antenne émettrice/réceptrice unique, bien que certains systèmes radio puissent avoir des antennes séparées pour la transmission et la réception. Des systèmes TDD peuvent fonctionner dans un environnement qui est caractérisé par l'existence de multiples trajets de signaux entre l'émetteur et le récepteur en raison des réflexions des objets. La propagation par trajets multiples introduit des fluctuations dans l'amplitude et la phase du signal de porteuse qui peuvent déformer les informations contenues dans la modulation du signal de porteuse. La déformation peut provenir de la sensibilité au bruit thermique ou des transitions de phase qui sont associées à l'amplitude minimale ou des zéros du spectre des signaux séparés de la fréquence de la porteuse. La séparation est inversement proportionnelle aux différences à l'arrivée des multiples trajets de signaux. Lorsque le système TDD fonctionne dans une zone localisée, par exemple dans un immeuble ou une maison, les zéros apparaissent à des fréquences qui sont plus largement séparées de la porteuse. Cependant, même les zéros les plus largement séparés peuvent être importants lorsque le spectre de modulation est déterminé par une source à grand débit d'informations multimédia. L'utilisation de la diversité d'espace permet un meilleur fonctionnement dans un environnement caractérisé par une propagation par trajets multiples. Ainsi, il est nécessaire de fournir un procédé, un dispositif de point d'accès (par exemple, un site central) et un dispositif périphérique (par exemple, un dispositif radio sélectif portable) pour permettre une diversité d'espace dans un système duplex à répartition dans le temps. Brève description des dessins La figure 1 est un organigramme représentant un mode de réalisation des étapes d'un procédé selon la présente invention. La figure 2 est un schéma fonctionnel d'un mode de réalisation préféré d'un dispositif de point d'accès selon la présente invention. La figure 3 est un schéma fonctionnel d'un autre mode de réalisation préféré d'un dispositif de point d'accès selon la présente invention. La figure 4 est un schéma fonctionnel d'un mode de réalisation préféré d'un dispositif périphérique permettant un fonctionnement efficace dans une diversité d 'espace dans un système duplex à répartition dans le temps selon la présente invention. La figure 5 est un schéma fonctionnel d'un autre mode de réalisation préféré d'un dispositif de point d'accès selon la présente invention. La figure 6 est un schéma fonctionnel d'un autre mode de réalisation préféré d'un dispositif de point d'accès selon la présente invention. La figure 7 est un schéma fonctionnel d'un autre mode de réalisation préféré d'un dispositif périphérique permettant un fonctionnement efficace dans une diversité d'espace dans un système duplex à répartition dans le temps selon la présente invention. La figure 8 est un organigramme représentant un autre mode de réalisation des étapes d'un procédé selon la présente invention. Les figures 9-29 illustrent le mode de réalisation préféré de la présente invention. Description détaillée d'un mode de réalisation préféré La présente invention associe un protocole de demande automatique de répétition rapide (DAR) et une diversité de transmission afin de garantir un bon fonctionnement dans un environnement caractérisé par une propagation par trajets multiples. Le protocole DAR est un schéma transmission et attente (de confirmation ou accusé de réception). Si un bloc de données, parfois appelé paquet, est reçu de manière incorrecte ou si un bloc de données transmis n'est pas confirmé, l'émetteur est commuté sur l'autre antenne. Si aucune erreur ne se produit, l'antenne actuelle est conservée. Etant donné que le système a une liaison haute fréquence (HF) TDD, la configuration d'antenne en diversité d'espace ne doit être mise en oeuvre qu'à une extrémité (en général le régisseur ou un emplacement fixe qui est désigné ici sous le nom de "dispositif de point d'accès") car la transmission et la réception se produisent sur la même fréquence et les diagrammes des antennes émettrice et réceptrice sont équivalents. Avec ce schéma, il n'est pas nécessaire de savoir si l'erreur a été provoquée par une interférence des micro-ondes ou par une propagation par trajets multiples. Si l'erreur a été provoquée par une interférence des micro-ondes, le passage à une autre antenne émettrice ne résoudra rien et, plus important, il n'empêchera pas le protocole DAR de tenter d'éviter cette interférence. Si l'erreur a été provoquée par une propagation par trajets multiples, il se peut que le fait de changer l'emplacement ou le diagramme de l'antenne améliore la qualité du signal, ce qui augmente les chances de voir le bloc de données atteindre sa destination. Le fait que la source de l'erreur ne doive pas nécessairement être identifiée signifie que le schéma de la présente invention peut être mis en ouvre immédiatement dans un matériel, ce qui fournit une solution peut coûteuse. En outre, lorsqu'une diffusion importante se produit à proximité de l'antenne, une diversité de groupement à déphasage est un moyen efficace et peu coûteux pour mettre en oeuvre la diversité d'espace. Grâce à la diversité de groupement à déphasage, la deuxième antenne n'est jamais connectée à l'émetteur, mais est mise à la terre ou déconnectée. Lorsque la deuxième antenne est à la terre, le diagramme de groupement d'antennes combiné est modifié en raison du couplage mutuel sur les courants d'antenne et l'amplitude relative des composants de propagation par trajets multiples est modifiée de façon à augmenter les chances d'amélioration de la qualité du signal. Donc, la présente invention fournit une solution de diversité peu coûteuse qui est idéale pour un marché sur lequel les clients sont sensibles aux coûts. La figure 1, numéro 100, est un organigramme représentant un mode de réalisation des étapes d'un procédé selon la présente invention. Le procédé est utilisé pour contrôler un commutateur de diversité d'espace dans un système duplex à répartition dans le temps. Le procédé comprend les étapes de : A) entrée des données sur un périphérique (102) ; B) production d'un premier contrôle de redondance CRC1 dans un périphérique (104) ; C) transmission des données et du CRC1 par le périphérique (106) ; D) réception, par un dispositif de point d'accès, des données et du CRC1 (108) ; E) extraction du CRC1 des données reçues et production d'un deuxième contrôle de redondance cyclique CRC2 à partir des données reçues (110) ; F) détermination si CRC1 est égal à CRC2 (112), et si c'est le cas, la demande de répétition n'est pas générée (117) ; G) si CRC1 n'est pas égal à CRC2, génération d'une demande de répétition (114) H) augmentation d'un incrément du compteur (116) ; I) détermination si un nombre de demandes = N, N étant un nombre entier prédéterminé et si le nombre de demandes w N, retour à l'étape D (118) ; et J) si le nombre de demandes = N, réinitialisation du compteur, changement d'un état d'antenne et retour à l'étape D (120). La figure 2, numéro 200, est un schéma fonctionnel d'un mode de réalisation d'un dispositif de point d'accès selon la présente invention. La figure 3, numéro 300, est un schéma fonctionnel d'un autre mode de réalisation préféré d'un dispositif de point d'accès selon la présente invention. La figure 2 représente un mode de réalisation dans lequel une deuxième antenne est mise à la terre et la figure 3 montre la sélection de diversité. Le dispositif de point d'accès est utilisé pour fournir la diversité d'espace dans un système duplex à répartition dans le temps et comprend un émetteurrécepteur de dispositif de point d'accès (202 ; 302), une unité de contrôle (204 ; 304), une unité de commande d'antenne (206 ; 306) et une unité d'antenne (208 ; 308). L'émetteur-récepteur du dispositif de point d'accès (202 ; 302) est couplé à l'entrée de données du dispositif de point d'accès de réception et à l'unité de contrôle (204 ; 304) et est utilisé pour transmettre et recevoir les données duplex à répartition dans le temps. L'unité de contrôle (204 ; 304) est couplée à l'émetteurrécepteur du dispositif de point d'accès (202 ; 302) et est utilisée pour déterminer s'il est nécessaire de générer une demande de répétition, comme cela est décrit plus en détail ci-dessous. L'unité de commande d'antenne (206 ; 306) est couplée à l'unité de contrôle (204 304). L'unité de commande d'antenne (206 ; 306) change la sélection d'antenne en fonction d'un schéma prédéterminé. Deux modes de réalisation de configurations mettant en oeuvre le schéma prédéterminé sont représentés par les éléments 206, 306, 506 et 606 (voir les figures 2-3 et 56) et sont décrits ci-dessous. L'unité d'antenne (208 308) est couplée à l'unité de commande d'antenne (206 306) et à un autocommutateur temporel duplex dans un émetteur-récepteur de point d'accès (202 ; 302) pour communiquer avec un dispositif périphérique. L'émetteur-récepteur de point d'accès comprend, généralement, un émetteur (210 ; 310), une unité logique de formatage des blocs de données (212 ; 312), un régisseur (214 ; 314), une unité logique de déformatage des blocs de données (216 ; 316), un récepteur (218 318) et un autocommutateur temporel duplex (220 ; 320). L'émetteur (210 ; 310) est couplé à une unité logique de formatage des blocs de données (212 ; 312) et est utilisé pour transmettre les données. L'unité logique de formatage des blocs de données (212 ; 312) est couplée pour recevoir des données d'un dispositif périphérique et organise les données provenant du dispositif périphérique en blocs de données. Le régisseur (214 ; 314) est couplé pour recevoir des demandes de répétition, à l'unité logique de formatage des blocs de données (212 ; 312) et à l'unité logique de déformatage des blocs de données (216 ; 316). Le régisseur (214 ; 314) commande les processus de formatage et de dé formatage des blocs de données et l'autocommutateur temporel. L'unité logique de déformatage des blocs de données (216 ; 316) est couplée au récepteur et extrait du bloc de données les données et un premier CRC provenant du dispositif périphérique. Le récepteur (218 ; 318) est couplé à un autocommutateur temporel duplex (220 ; 320) et est utilisé pour recevoir les données provenant du dispositif périphérique. L'autocommutateur temporel duplex (220 ; 320) est couplé à l'émetteur (210 ; 310) et au récepteur (218 ; 318) et est utilisé pour diriger les signaux haute fréquence vers et à partir de l'émetteur-récepteur du dispositif de point d'accès (202 ; 302). Lorsqu'il est sélectionné comme indiqué sur les figures 2 et 3, le dispositif de point d'accès peut comprendre, en outre, une unité de génération de CRC (222 322) qui est couplée à l'unité logique de formatage des blocs de données (212 ; 312) et est utilisée pour générer un CRC pour les données reçues du dispositif périphérique. L'unité de contrôle (204 ; 304) comprend une unité de génération de CRC2 (224 ; 324) et une unité de contrôle de CRC (226 ; 326). L'unité de génération de CRC2 (224 ; 324) est couplée à l'unité logique de déformatage des blocs de données (216 ; 316) et est utilisée pour générer un deuxième CRC à partir des données reçues du dispositif périphérique. L'unité de contrôle de CRC (226 ; 326) est couplée à l'unité logique de déformatage des blocs de données (216 ; 316) et à l'unité de génération de CRC2 (224 ; 324). L'unité de contrôle de CRC (226 ; 326) compare le premier CRC et le deuxième CRC, sort une demande de répétition lorsque le premier CRC n'est pas égal au deuxième CRC et augmente d'un incrément un compteur de N événements (228, 328) de l'unité de commande d'antenne (206 ; 306). Comme le montrent les figures 5 et 6, numéros 500 et 600, respectivement, dans un autre mode de réalisation, l'unité de contrôle (504 ; 604) comprend une unité de détermination de la qualité du signal (522 622), une porte de transmission (524 ; 624) et un comparateur (526 ; 626). L'unité de détermination de la qualité du signal (522 ; 622), qui peut déterminer l'intensité de la force du signal reçu (RSSI), est couplée au récepteur (518 618) et est utilisée pour générer un signal proportionnel à un signal reçu. La porte de transmission (524 ; 624) est couplée à l'unité de détermination de la qualité du signal (522 ; 622) et à l'unité logique de déformatage des blocs de données (516 ; 616) et est utilisée pour prélever des échantillons de qualité du signal pendant un bloc de données. Le comparateur (526 ; 626) est couplé à la porte de transmission (524 ; 624) et est utilisé pour déterminer le niveau de qualité du signal. Si le niveau de sortie de l'unité de détermination de la qualité du signal est inférieur à un seuil prédéterminé, le comparateur envoie un signal à l'unité de commande d'antenne (506 ; 606) pour changer l'état de l'antenne. Dans un mode de réalisation, indiqué sur les figures 2 et 3, l'unité de commande d'antenne (206 ; 306) est un compteur de N événements (228 ; 328), couplé pour recevoir les demandes de répétition, pour compter un nombre de demandes de répétition, et une première bascule (230 ; 330), couplée au compteur de N événements (228 328) pour changer l'état de l'antenne lorsqu'un nombre d'événements de demandes de répétition dépasse N, nombre entier prédéterminé. Dans un autre mode de réalisation, indiqué sur les figures 5 et 6, une deuxième bascule (528 ; 628) est couplée au comparateur (526 ; 626). Lorsque la qualité du signal reçu du dispositif périphérique tombe au-dessous d'un seuil prédéterminé pendant un intervalle de bloc de données, la deuxième bascule change l'état de l'antenne. Comme le montrent les figures 2-3 et 5-6, dans le dispositif de point d'accès, l'unité d'antenne est, en général, une antenne commutable (308 ; 608) ou groupement à déphasage (208 ; 508). Les figures 4 et 7, numéros 400 et 700, respectivement, sont des schémas fonctionnels de modes de réalisation préférés d'un dispositif périphérique permettant un fonctionnement efficace dans une diversité d'espace dans un système duplex à répartition dans le temps selon la présente invention. Le dispositif périphérique comprend un émetteur-récepteur de dispositif périphérique (402 ; 702) et une antenne (422 ; 716). L'émetteur-récepteur de dispositif périphérique (402 702) est couplé pour recevoir les données et à l'antenne (422 ; 716) et est utilisé pour transmettre et recevoir les données duplex temporelles. L'émetteur-récepteur de dispositif périphérique (402 ; 702) comprend : A) un émetteur (406 ; 704) qui est couplé à l'unité logique de formatage des blocs de données (408 ; 706) et est utilisé pour la transmission des données ; B) l'unité logique de formatage des blocs de données (408 ; 706) qui est couplée pour recevoir les données provenant d'un dispositif périphérique et utilisée pour organiser en blocs les données provenant d'un dispositif périphérique ; C) un régisseur (410 ; 708) qui est couplé pour recevoir des demandes de répétition à l'unité logique de formatage des blocs de données (408 ; 706) et à une unité logique de déformatage des blocs de données (421 ; 710) et est utilisé pour commander le fonctionnement de l'émetteur-récepteur de dispositif périphérique ; D) l'unité logique de déformatage des blocs de données (421 710) qui est couplée à un récepteur (414 ; 712) et utilisée pour organiser un flux continu de données en blocs ayant un nombre prédéterminé de binaires et ajouter un autre nombre prédéterminé de binaires de commande ; E) le récepteur (414 ; 712) qui est couplé à un autocommutateur temporel duplex (416 ; 714) et utilisé pour recevoir des données d'un dispositif de point d'accès ; et F) l'autocommutateur temporel duplex (416 714) qui est couplé à l'émetteur (406 ; 704) et au récepteur (414 ; 712) et est utilisé pour diriger les signaux haute fréquence vers et à partir de l'émetteur- récepteur du dispositif périphérique (402 ; 702). L'antenne (422 ; 716) est couplée à l'émetteur-récepteur du dispositif périphérique (402 ; 702) et est utilisée pour communiquer avec un dispositif de point d'accès. Comme le montre la figure 4, le dispositif périphérique peut comprendre, en outre, une unité de contrôle (404) qui est couplée à l'émetteur-récepteur du dispositif périphérique (402). Dans ce mode de réalisation, l'unité de contrôle (404) comprend une unité de génération de CRC (418) et une unité de contrôle de CRC (420). L'unité de génération de CRC (418) est couplée à l'unité logique de déformatage des blocs de données (412) et génère un code de redondance cyclique CRC à partir de l'entrée des données. L'unité de contrôle de CRC (420) est couplée à l'unité logique de déformatage des blocs de données (412) et à l'unité de génération de CRC (418). L'unité de contrôle de CRC (420) compare le CRC généré par l'unité de génération de CRC (418) avec un CRC envoyé par l'émetteur-récepteur d'un point d'accès et est utilisée pour sortir une demande de répétition lorsque le CRC généré par l'unité de génération de CRC est différent du CRC envoyé par l'émetteur-récepteur du point d'accès. Le dispositif périphérique comprend, en outre, une unité de génération de CRC1 (418) couplée à l'unité logique de formatage des blocs de données (408) qui est utilisée pour générer un CRC1 pour les données reçues du dispositif de point d'accès. La figure 8, numéro 800, est un organigramme représentant un autre mode de réalisation des étapes d'un procédé selon la présente invention. Le procédé est utilisé pour contrôler un commutateur de diversité d'espace dans un système duplex à répartition dans le temps. Le procédé comprend les étapes de A) entrée des données sur un dispositif de point d'accès (802) ; B) génération d'un premier code de redondance cyclique CRC dans le dispositif de point d'accès (804) ; C) transmission des données et du CRC1 par le dispositif de point d'accès (806) ; D) réception, par le dispositif périphérique, des données et du CRC1 (808) ; E) extraction du CRC1 des données reçues (812) et génération d'un deuxième code de redondance cyclique CRC2 à partir des données reçues (810) ; F détermination si CRC1 et CRC2 sont identiques (814) et si c'est le cas, transmission d'un accusé de réception (TRANSMISSION ACK ; 818) si CRC1 et CRC2 sont différents, transmission d'un accusé de réception négatif (TRANSMISSION NAK ; 816), le ACK/NAK étant reçu par un récepteur du dispositif de point d'accès (820) ; I) détermination, par le dispositif de point d'accès, si un ACR ou un NAK a été reçu (822) ; J) si un ACK a été reçu, pas de génération d'une demande de répétition et si un NAK a été reçu, génération d'une demande de répétition (824) par le dispositif de point d'accès ; K) augmentation d'un incrément d'un compteur (826) ; L) détermination si un nombre de demandes = N, N étant un nombre entier prédéterminé, et si le nombre de demandes S N, retour à l'étape C (828) ; et M) si le nombre de demandes = N, réinitialisation du compteur, changement d'un état d'antenne et retour à l'étape C (830). Des dispositifs périphériques peuvent, en général, être mis en oeuvre dans des haut-parleurs sans fil, des téléphones sans fil, des imprimantes partagées, des jeux en réseau, des ordinateurs personnels périphériques (PC), des jeux pour enfants, des dispositifs électriques vidéos, des dispositifs électriques audios, des boîtiers de réglage, etc. Les figures 9-29 illustrent un mode de réalisation préféré de la présente invention. Un mode de réalisation préféré de la présente invention est décrit ci-dessous la bande industrielle, scientifique et médicale (ISM) 2,4 GHz est la seule bande de fréquences disponible à l'échelle mondiale pour des dispositifs sans licence, elle est donc idéale pour les réseaux internes grand public. Aux Etats-Unis, elle est régie par FCC, parties 15.209 et 15.247. En Europe, ETSI ETS 300.328 décrit ses exigences. Au Japon, RDR STD 33 couvre la bande. Dans le reste du monde, ITU a désigné cette bande pour l'usage courant. L'utilisation principale de cette bande de fréquences est dans les fours à micro-ondes grand public, qui, d'une part, garantit l'existence continue de la bande et, d'autre part, est une source importante d'interférences. Malgré ce défi, cette bande permet de développer des réseaux internes sur une seule plate-forme pour une utilisation universelle, ce qui permet une plus grande économie d'échelle. Des protocoles microcellulaires comme DECT et PHS ont été proposés pour les applications internes et, à première vue, semblent convenir en ce qui concerne leur fonction de téléphone sans fil intégrée. Cependant, outre les problèmes de transposition de bande de fréquences rencontrés lors de la transposition de DECT ou PHS sur une bande différente, les protocoles DECT et PHS euxmême s ne sont pas conçus pour fonctionner dans la bande ISM 2,4 GHz. DECT et PHS ne peuvent résister à l'interférence des micro-ondes toujours présente dans un environnement domestique. Hormis les interférences, ces systèmes microcellulaires présentent une complexité supplémentaire importante pour gérer une utilisation communautaire ou universitaire, fournissant une possibilité de transfert entre les cellules et de déplacement. De même, ils sont conçus pour tolérer une distorsion par trajet multiple présente même dans leur petit environnement microcellulaire considérablement plus grand qu'un environnement picocellulaire interne. Un système conçu uniquement pour un environnement picocellulaire interne unique sera beaucoup moins complexe et peut être réalisé pour fournir un service pratiquement transparent en présence d'interférence de micro-ondes. Le système d'accès multiple par répartition dans le temps avec accusé de réception dynamique (AD-AMRT) proposé a été conçu spécifiquement pour des réseaux internes selon une philosophie basée sur une conception à faible coût, tenant compte du marché. La conception du système offre une efficacité spectrale pour un fort rapport signal-bruit sur sa zone de couverture picocellulaire, ce qui permet une transmission pratiquement sans erreurs en l'absence d'interférence. Un DAR moins complexe a été conçu pour traiter une interférence périodique provenant des fours à micro-ondes se trouvant également dans la bande ISM. La couche physique et les protocoles de transmission de données peuvent être réalisés en silicone personnalisé et ne nécessiteraient qu'un microprocesseur à huit binaires pour la configuration et l'initialisation. Le système peut fournir des débits de données atteignant 1 Mops (512 Kops en cas d'importante interférence des micro-ondes) pour des applications de transfert de données haute performance, comme le partage d'imprimante sans fil, tout en acceptant des applications d'appareils automatisés peu coûteuses et peu complexes. Les consommateurs attachent de plus en plus d'importance à la communication sans fil. La croissance de la téléphonie sans fil et cellulaire, combinée à la promesse de futurs réseaux de données sans fil à grande vitesse, crée un marché pour les dispositifs de transmission d'information sans fil domestiques. L'augmentation de la puissance de calcul des équipements grand public a permis la création d'un certain nombre de services. Les ordinateurs personnels peuvent désormais facilement gérer toutes nos communications, y compris la messagerie électronique, la messagerie vocale, l'acheminement des appels et l'affectation des priorités. Les ordinateurs sont le moyen idéal pour relier les différentes méthodes de communication entre elles, y compris les numéros de téléphone, les numéros de télécopie, les adresses E-mail et les adresses postales. Cependant, leur utilisation à ces fins est limitée de manière inhérente du fait que l'ordinateur est généralement situé à distance de l'habitation du consommateur. Les boîtiers de réglage permettent également de délivrer des services centraux de communication dans le salon du consommateur. Cependant, leur utilité est également limitée car, en général, l'écran de télévision qui lui est associé est éloigné de la prise de téléphone. Cette spécification AD-AMRT permet d'élargir la portée du PC et du boîtier de réglage à tout le logement du consommateur. Cela permet d'utiliser une grande variété de dispositifs familiers et nouveaux, comme des téléphones sans fil avancés, des browsers portables, des jeux intelligents pour enfants et des imprimantes sans fil. L'accès aux données sur l'ordinateur personnel, ainsi qu'à Internet, peut être fourni sans erreur aux dispositifs alors que plusieurs conversations vocales simultanées sont en cours. En utilisant 1 a reconnaissance/synthèse de la parole sur un ordinateur à distance, les dispositifs portables activés par la voix peuvent être communément utilisés. La faible complexité inhérente de cette norme combinée au fonctionnement dans une bande ISM mondiale permettra de réaliser des ventes importantes sur le marché, ce qui entraînera une baisse des coûts et améliora l'intégration. Voici quelques exemples de produits pouvant intégrer cette spécification Téléphone sans fil avancé - Grâce à un petit affichage sur le téléphone, l'utilisateur peut consulter les numéros de téléphone à partir d'un carnet d'adresses local ou des pages blanches sur Internet. Alternativement, la reconnaissance de la parole peut être utilisée pour composer des numéros et consulter les informations. Pendant un appel, un assistant automatique, utilisant la synthèse de la parole peut subtilement indiquer qu'un E-mail important venant de votre conjoint est arrivé. En interrompant momentanément l'appel, vous pouvez consulter le message sur l'affichage du téléphone, et, si nécessaire, faire immédiatement un deuxième appel. De plus, les serveurs vociemail et email sur le PC de bureau ont désormais la possibilité d'indiquer qu'ils contiennent des messages en attente grâce au clignotement d'un voyant sur le téléphone sans fil. Browsers portables - un petit dispositif, similaire aux dispositifs actuels WinCE et Pilot, peut être utilisé pour accéder sans fil aux informations locales et d'Internet. Il est possible de revoir le contenu des informations, les programmes de divertissements diffusés et d'agir de manière interactive en tout point de l'habitation. Etant donné que les informations sont présentées de manière agréable et appropriée, l'utilisation de services d'informations personnalisés peut augmenter considérablement. La complexité du système étant réduite, des browsers avec fonction spéciale peuvent être créés. Des livres de cuisine nu jeu éducatif peut poser des questions basées sur des thèmes d'actualité du moment ou peut être relié à un programme diffusé récemment. Lorsque la curiosité de l'enfant se déplace, le dispositif peut utiliser différentes approches pour distraire et éduquer. Environnements multimédia - une connectivité sans fil aux haut-parleurs, imprimantes, sources audio permet également la création de nouveaux produits comme des chaînes stéréophoniques numériques ayant accès au contenu numérique sur Internet. La possibilité de commander des imprimantes sans fil à partir d'un dispositif sans fil quelconque dans ce réseau, par exemple des browsers portables, des jeux pour enfants, des caméras numériques, et autres dispositifs. apporte une facilité d'utilisation et un certain confort en éliminant les différents câbles actuellement requis. Le fonctionnement dans la bande ISM 2,4 GHz offre l'avantage de permettre la fabrication et la commercialisation de produits à l'échelle mondiale, avec seulement quelques restrictions concernant le niveau de puissance et les procédés d'accès aux voies. Cependant, un fonctionnement dans cette bande librement disponible n'est pas sans conséquences. Les fours à micro-ondes grand public émettent une quantité considérable d'énergie dans cette bande. En conséquence, les protocoles sans fil efficaces pour cette bande doivent tenir compte de ce fait. Les interférences des fours à micro-ondes limiteront le débit possible du système. Un examen attentif des formes d'onde des interférences indique que la micro-onde n'émet pas la puissance tout le temps. Etant donné que le klystron est actif uniquement lorsque la sortie de puissance CA redressée sur une alternance est supérieure à une certaine valeur, une interférence est présente dans une voie 1 MHZ donnée pendant 40% ou moins du temps, avec un cycle 60/50 Hz périodique. En fonction de la fréquence centrale de la voie, certaines figures d'interférence apparaissent comme deux pointes de tension (702) au niveau des points d'activation et de désactivation du klystron. Une capture d'écran d'un analyseur de spectre, représentée sur la figure 9, numéro 900, illustre les modes d'interférence fréquemment rencontrés. Pour tirer profit de cette interférence périodique, le protocole AD-AMRT fonctionne dans les intervalles entre les salves d'interférences. La petite taille des blocs permet la transmission de plusieurs blocs entre les salves d'interférences des micro-ondes. Lorsque l'interférence est présente, des CRC de détection d'erreur et un DAR rapide permettent au système de répéter les blocs afin de conserver des liaisons à faible taux d'erreurs. Une illustration de ce fonctionnement est donnée ci-dessous. Etant donné que l'interférence provenant de la micro-onde peut persister un certain temps, un trafic isochrone devra être équipé d'une mémoire tampon car les communications peuvent être interrompues pendant un temps allant jusqu'à 6 millisecondes. Au départ, AD-AMRT a été conçu pour répondre aux objectifs de faible complexité et de haute performance pour une utilisation avec des sauts de fréquence dans la bande 2,4 GHz avec interférence des micro-ondes. La combinaison d'une petite taille de blocs, du duplexage à répartition dans le temps et du DAR arrêt et attente a permis d'atteindre ces objectifs et d'obtenir un débit important du système. La petite taille de blocs (0,75 millisecondes) utilise aisément le temps sans interférence sur la voie. Le duplexage à répartition dans le temps (TDD) permettra d'attribuer de manière dynamique la largeur de bande dans le sens de la liaison montante et dans le sens de la liaison descendante. Un ordonnanceur central attribue efficacement la largeur de bande aux connexions isochrones et asynchrones. Le DAR arrêt et attente fournit une méthode simple et efficace pour assurer une transmission fiable des salves dans une réalisation de faible complexité. Une illustration des schémas des trames et des blocs est représentée sur la figure 10, numéro 1000. Chaque carré dans le schéma des trames représente une unité de transport appelée bloc. Chaque trame dure 24 millisecondes et contient 32 blocs. Chaque trame (1002) est transmise sur une fréquence unique et pendant le 32ème bloc, la fréquence est changée (ou sautée) sur la voie suivante. Le débit des données d'une voie est de 1,544 Mops. Chaque bloc peut soutenir un débit de 32 kops, ce qui donne un débit du système de 0,992 Mops. En présence d'interférence de micro-ondes, le débit acceptable attendu est de 512 kops ou plus. Un débit allant jusqu'à 384 kops peut raisonnablement être attribué au trafic isochrone, le reste étant disponible pour le trafic asynchrone. Chaque bloc fait 0,75 msec de long et contient une attribution de bloc, des données de bloc et un accusé de réception de bloc. L'attribution de bloc est transmise par l'ordonnanceur avec des informations de synchronisation et d'adresse afin que le périphérique sans fil approprié puisse transmettre ou recevoir pendant les temps de charge utile et d'accusé de réception. La charge utile des blocs contient un mot de synchronisation, un en-tête de contrôle système, un numéro de séquence et 96 octets de charge utile. Le champ d'accusé de réception de bloc indique le résultat de la réception de la charge utile (positif/négatif) et le numéro de séquence provenant des données du bloc. Un temps de garde de 32 microsecondes entre ces éléments de bloc réduit le coût HF en permettant la réutilisation des éléments récepteur et émetteur. L'ordonnanceur répétera automatiquement les blocs qui ne reçoivent pas un accusé de réception positif. Les paquets courts, qui chevauchent l'interférence des microondes, seront détectés et les blocs répétés. Dans cet environnement, le DAR est plus efficace que la correction d'erreurs sans voie de retour (FEC). La FEC utilise la largeur de bande sans tenir compte des interférence présentes dans l'environnement et ne sera probablement pas efficace en présence d'interférence importante dans ce système. En revanche, DAR permet uniquement de répéter les blocs qui sont altérés par les interférences et fournit un débit plus élevé la plupart du temps lorsque la voie est libre. DAR a également une complexité moindre que FEC et ne nécessite aucun codeur/décodeur spécial complexe. Un algorithme d'ordonnancement gère le trafic isochrone afin d'assurer le meilleur débit dans un temps prédéterminé. En utilisant les numéros de séquence contenus dans les données de bloc et les champs d'accusé de réception, l'ordonnanceur garantit que les blocs sont transmis en ordre, ce qui simplifie la tâche de réassemblage. L'intervalle minimum d'ordonnancement est de 24 msec. En conséquence, les flux de données isochrones subiront un retard de mise en mémoire tampon de 24 msec. L'interrogation est la principale méthode pour transférer des informations entre le régisseur de la base et les terminaux sans fil. Cela permet d'obtenir des terminaux très peu coûteux et consommant peu d'énergie. Les terminaux pour lesquels la demande en information est très faible peuvent être ordonnancés pour une interrogation peu fréquente à des intervalles multiples de l'intervalle d'interrogation de 24 msec. D'autre part, des créneaux non utilisés peuvent être marqués pour un conflit d'accès de façon à permettre la déclaration du terminal et les demandes de transfert des données initiées par le terminal. Lors de la réception d'une demande de transfert des données, le régisseur central envoie une interrogation au terminal. La pile de protocole est formée sur les service s de base isochrones et asynchrones fournis par le schéma d'évitement des micro-ondes et emprunte dans une large mesure aux normes existantes pour les couches supérieures. La figure 11, numéro 1100, illustre la pile de protocole de bus HF interne. Au niveau de la couche physique (1102), un schéma de modulation de faible complexité est utilisé pour fournir des conceptions de modem à faible coût. Un MDPQ différentiel a été identifié, qui fonctionne à 1,544 Mops, fournissant 32 blocs isochrones de 32 kops dans une trame de 24 ms. Chaque bloc de la trame ne peut être distingué du suivant, ce qui réduit encore la complexité du modem. Ces blocs sont les éléments principaux du schéma DAR rapide de paquets utilisé pour éviter les interférences des micro-ondes. Le saut de fréquence a été superposé en haut de la structure trame/bloc afin de satisfaire au règlement de la FCC concernant le fonctionnement à grande puissance et pour fournir une protection multiutilisateur dans des environnements urbains à forte densité. Le système saute à une vitesse modérée à chaque trame (24 ms), ce qui permet une synchronisation rapide des nouveaux dispositifs, sans nécessiter des temps de commutation rapides du synthétiseur ( La couche de liaison de données (1104) met en oeuvre le schéma d'évitement des micro-ondes. Les blocs sans accusé de réception sont répétés jusqu'à ce qu'un accusé de réception soit émis ou bien ils sont abandonnés en fonction des critères du service fourni. Pour les services isochrones, chaque bloc est répété pendant la durée d'une fenêtre isochrone (FI) qui correspond à une période de 24 ms, débutant au niveau d'un bloc particulier dans une trame et se terminant au niveau du même bloc dans la trame suivante. La durée de répétition limitée définit le retard à un niveau fini. Pour les dispositifs synchrones de bout en bout, le récepteur peut insérer des binaires fictifs pour maintenir l'intégrité du nombre de binaires résultant en un taux d'erreurs sur les binaires d'information. Cependant, les blocs abandonnés sont supposés être très lents et les techniques de réduction des erreurs doivent permettre un service de haute qualité. Pour les dispositifs asynchrones, chaque bloc peut, en théorie, être répété indéfiniment car le retard est moins important pour ces dispositifs. Cependant, en pratique, il faut définir un nombre maximal, bien qu'élevé, de répétitions asynchrones pour gérer les événements aberrants lorsqu'un dispositif périphérique est hors plage ou masqué. Dans un environnement sans erreurs, 31 blocs de 32 kops par trame fournissent un débit utilisateur de 992 kops. Pour un taux d'utilisation de 40%, avec interférences des microondes, un débit utilisateur de 512 kops peut encore être obtenu. Au niveau de la couche de réseau (1106), deux classes de protocoles sont définis, à savoir un protocole natif (PN) et un protocole Internet (PI). Le PN est conçu pour les dispositifs les moins coûteux comme un téléphone sans fil à affichage numérique simple, l'extension sans fil de ports parallèles/série ou des appareils domestiques intégrés. Souvent, les dispositifs utilisant le protocole PN sont principalement isochrones et impliquent un trafic de données de faible intensité. Par exemple, un téléphone sans fil n'a seulement qu'à communiquer les pressions des touches au serveur et à recevoir des mises à jour sur l'affichage alphanumérique. Dans d'autres cas, comme pour une extension de ports parallèles ou série, le protocole de données superposé du dispositif est rudimentaire et peut être traité par un simple transfert bloc par bloc. Pour des dispositifs plus sophistiqués, comme les ordinateurs portables et appareils de traitement des informations en général, le protocole PI a été adopté sur la base établie des protocoles et fournit un API familier au développeur. Pour le support du PI, plusieurs services sont intégrés dans la couche de liaison de données (904). Un service de fragmentation/réassemblage est nécessaire pour grouper les blocs physiques de 96 octets chacun en paquets asynchrones capables de supporter le MTU IP classique de 1500 octets. Le protocole de point à point (PPP) standard se trouvera en haut des paquets asynchrones assurant ainsi l'encapsulation des paquets PI et peut permettre l'extension des services à d'autres protocoles de réseau à l'avenir. Plus important, PPP fournit une procédure bien documentée sur la connectivité de la couche de réseau, comprenant les options d'attribution des adresses PI dynamiques et l'utilisation de la compression d'en-tête PI. D'autres services de liaison de données acceptables comprennent la commutation PI et la translation d'adresses de réseau (TAR). La commutation PI est nécessaire car, logiquement, le réseau apparaît comme une configuration en étoile avec liaisons point à point, fournie par PPP, à chaque dispositif périphérique. La station de base, dans ce cas, sera nécessaire pour mettre en correspondance l'adresse PI, destinée au dispositif homologue, et l'adresse physique de ce dispositif. Contrairement aux réseaux locaux classiques (LAN), l'adresse physique sera masquée dans la pile PI, ce qui élimine la transmission coûteuse de paquets utilisés par des protocoles comme le protocole de résolution d'adresse (PRA) qui met en correspondance l'adresse physique et les adresses PI dans chaque dispositif client. Le protocole TAR, également appelé "usurpation d'identité PI" permettra de rendre le processus de gestion PI parfaitement transparent pour les utilisateurs et assurera la compatibilité avec les prestataires de service Internet existants (PSI). Le protocole TAR fournit une translation d'adresse entre les adresses PI/numéros de port sur un réseau privé et ceux sur Internet en général. Donc, un réseau interne aura une adresse sur Internet, tout en conservant plusieurs adresses privées pour les différents périphériques locaux sans fil. Le fractionnement des adresses permet aux réseaux internes de dupliquer les adresses d'un réseau privé sur le suivant sans surcharger Internet dans son ensemble et d'exiger que chaque consommateur obtienne un ensemble d'adresses PI. De plus, une adresse globale est compatible avec les services actuellement offerts par les PSI. Ci-après sont décrites les exigences minimales portant sur les dispositifs qui interagissent sur l'interface radio bus HF interne. L'architecture du système fournit un schéma de référence fonctionnel pour le système définissant les conditions des divers dispositifs et interfaces. La couche physique (couche 1) définit la division en canaux, la modulation, la structure trame/bloc/salve, la protection d'inférence intersystème et les exigences de l'émetteur-récepteur HF. La couche de liaison de données (couche 2) spécifie l'accès multiple, les procédures DAR, l'établissement de la connexion et les procédures de transport des données. La couche de réseau (couche 3) définit la déclaration et l'annulation de la déclaration ainsi que les procédures de négociation de services. L'architecture du protocole de bus HF interne est définie en termes d'interfaces, dispositifs, applications et connexions. Les interfaces se rapportent au moyen physique par lequel les données sont communiquées. Les dispositifs définissent les points finaux des diverses interfaces. Les applications fournissent les services aux périphériques déclarés. Les connexions transportent les données entre un périphérique déclaré et l'application de déserte. L'architecture de référence fonctionnelle du bus HF interne est décrite par la figure 12, numéro 1200. Elle définit cinq types de dispositifs, à savoir les périphériques classiques (1202), les périphériques sans fil (1204), les points d'accès sans fil (1206), les moyens de calcul (1208) et les réseaux téléphoniques et de données câblés (1210), et quatre interfaces, à savoir l'interface classique (L), radio (A), de calcul (C) et réseau (N). Les périphériques classiques (1202) couvrent tous les dispositifs qui ont été traditionnellement câblés à un ordinateur comme des imprimantes, des scanners et des ordinateurs portables. Ces dispositifs peuvent être connectés par une interface câblée émulée reliée par une interface A à l'ordinateur personnel. Cette interface émulée est appelée interface L ou interface classique. L'interface L peut être une interface PCI, RS232, ISA ou un port parallèle. Les périphériques sans fil (1204) couvrent tous les dispositifs qui possèdent un composant HF intégré. Ces dispositifs peuvent comprendre un téléphone sans fil avancé, un appareil de traitement de l'information ou un adaptateur de données pour dispositif classique. Les périphériques sans fil communiquent dans la bande ISM de 2,4 GHz avec un régisseur centralisé appelé point d'accès sans fil. Le périphérique sans fil utilise les applications offertes par le système sans fil qui peuvent être fournies au niveau du moyen de calcul, du réseau téléphonique et de données câblé ou du point d'accès sans fil. Le point d'accès sans fil (1206), ou simplement point d'accès, gère la liaison de communication en coordonnant la transmission de tous les périphériques sans fil et en fournissant un accès au moyen de calcul et au réseau. Le point d'accès est connecté au moyen de calcul par l'interface C. Cette interface C peut prendre la forme d'une interface UBS, PCI, ISA ou d'une baie de dispositif. L'interface C peut aussi être reliée à un ordinateur connecté sans fil par l'intermédiaire de l'interface A sans fil. Dans tous les cas, le point d'accès gère l'accès au moyen de calcul et est informé de toutes les applications disponibles. En outre, le point d'accès peut maintenir une connexion à un réseau téléphonique et de données câblé par l'intermédiaire de l'interface N. L'interface N peut être un POTS, un modem, un ADSL, un ISDN ou un câble. Le réseau téléphonique et de données câblé (1210) représente une connexion au réseau téléphonique public commuté, à Internet, à un système de diffusion par câble ou à un réseau de satellites. Cette description définit uniquement le fonctionnement de l'interface A. Elle spécifie cependant la manière dont les périphériques sans fil communiquent avec les points d'accès et la manière dont ces périphériques sans fil sont connectés aux applications. Elle garantit la compatibilité entre les points d'accès et les périphériques sans fil créés par différents fabricants, ce qui permet au consommateurs d'acheter son équipement chez de multiples fabricants. Elle n'impose pas l'architecture des dispositifs et des applications. Dans cette description, les périphériques classiques, connectés aux ports de données, ne seront pas différenciés des périphériques sans fil intégrés. Le terme " périphérique" se rapporte aux deux types de dispositifs. Tous les services utilisés par les périphériques sur le bus HF interne sont gérés par les applications. Des applications peuvent se trouver au niveau du point d'accès, de l'ordinateur personnel, d'un dispositif de réseau câblé ou d'un dispositif connecté sans fil. De plus, des applications peuvent être réparties sur plusieurs dispositifs, chaque dispositif fournissant une fonction spécialisée qui améliore l'ensemble de l'application. Par exemple, une application POTS fournit une connectivité avec le PSTN, mais peut aussi compter sur l'ordinateur personnel pour les caractéristiques améliorées de la parole ou sur Internet pour la consultation des répertoires. Le périphérique, cependant, perçoit toutes les applications et leurs caractéristiques comme se trouvant dans le point d'accès. Le point d'accès est responsable du maintien de cette apparence et doit coordonner une connexion du périphérique à une application distribuée. La figure 13, numéro 1300, montre une architecture de référence logique qui illustre l'architecture conceptuelle d'un point d'accès. Chaque ligne sur la figure représente les connexions logiques dans le système. Chaque connexion logique sur l'interface A correspond à une unique sous-adresse de couche physique (voir adressage ci-dessous). Au niveau de l'accès initial au système, tous les périphériques (1302) se voient attribuer une connexion logique par défaut, appelée "connexion de commande" avec la fonction de gestion des dispositifs (FGD ; 1304) du point d'accès (1308). La FGD est une application spéciale chargée de maintenir la liaison radio avec tous les périphériques et de gérer toutes les connexions, qui en découlent, dans le système. En outre, la FGD doit rendre compte de toutes les applications (1306) dans les informations spécifiques à l'application d'acheminement du système transmises à l'application appropriée par l'intermédiaire de la connexion de commande. La connexion de commande fournit une liaison de base pour qu'un périphérique puisse accéder aux services proposés par le système. Au niveau de l'accès initial au système, un périphérique sera tout d'abord déclaré à la FGD, puis entamera la phase de négociation d'un service qui le déclarera à chaque application individuelle. Cette déclaration et la négociation ont lieu sur la connexion de commande. D'autres connexions, appelées "connexions directes" peuvent être attribuées au périphérique pendant le processus de déclaration ou bien ces connexions peuvent être attribuées de manière dynamique ultérieurement. La figure 14, numéro 1400, illustre une connexion directe (1402) entre un périphérique (1404) et une application (1406). Ces connexions directes sont utilisées pour transporter les données de l'application qui sont interprétées uniquement par l'application se trouvant au point d'accès et le client de l'application se trouvant dans le périphérique. Le format des données de l'application est unique à l'application. En général, toutes les connexions directes asynchrones sont attribuées pendant le processus de déclaration alors que toutes les connexions directes isochrones sont attribuées de manière dynamique. La connexion de commande est toujours conservée. Des périphériques qui souhaitent se connecter au réseau téléphonique et de données câblé doivent toujours passer par une application intermédiaire. Deux applications par défaut sont définies dans ce but, l'application POTS et l'application PPP. L'application POTS connecte des téléphones sans fil avancés et des périphériques similaires au PSTN en utilisant les connexions isochrones du système. Comme le montre la figure 15, numéro 1500, afin d'illustrer la manière dont les connexions sont attribuées, il faut examiner comment un appel entrant est traité par le système. La figure 15 FGD est informée que tous les périphériques sont en mode d'attente et transmet l'appel lorsque le dispositif écoute. Dans l'exemple, deux personnes prennent deux périphériques différents pour répondre à l'appel. Ces deux périphériques envoient un indicateur de combiné décroché par l'interface de commande, ainsi qu'une demande de connexion directe isochrone à l'application (b ; 1504). Lors de la connexion, l'application doit totaliser les signaux audio provenant des deux périphériques et diriger le signal audio composite vers le PSTN (c ; 1506). A la fin de la conversation, un indicateur de combiné raccroché est transmis sur l'interface de commande par les deux périphériques demandant l'interruption de la connexion directe isochrone (d ; 1508). La FGD doit interpréter une partie de l'indicateur de combiné raccroché et mettre fin aux connexions directes isochrones. L'application PPP connecte les appareils de traitement de l'information et les dispositifs similaires au réseau de données câblé et fournit une connectivité PI aux périphériques locaux. L'application PPP est basée sur la norme Internet RFC 1661 "Protocole point à point" et traite la connexion directe du périphérique à l'application PP comme une connexion point à point spéciale. L'application PPP met fin à toutes les connexions PPP et doit donc comprendre les protocoles de réseau encapsulés. Au minimum, une application PPP adéquate doit accepter le protocole Internet (PI). Le PI peut être utilisé pour connecter le périphérique à Internet en général ou, simplement, deux périphériques par l'intermédiaire de l'interface A. Par exemple, deux ordinateurs portables peuvent être mis en réseau à l'aide de PI. Contrairement à l'application POTS, l'application PPP attribue ses connexions directes pendant la phase de négociation d'un service. Une fois attribuée, la connexion PPP est maintenue indéfiniment. La FGD participe au transfert asynchrone et est responsable de l'attribution de la largeur de bande pour le trafic dans le sens de la liaison montante et de l'ordonnancement du trafic dans le sens de la liaison descendante en tenant compte des modes d'attente. Sur la liaison montante, le bloc initial de transfert asynchrone est transmis par l'intermédiaire de la connexion de commande contenant la durée du transfert et l'adresse de la connexion. Etant donné que la connexion a déjà été établie lors de la déclaration, la FGD peut rapidement acheminer les données vers l'application PPP et attribuer la largeur de bande comme l'exige la connexion directe PPP. De même, sur la liaison descendante, le bloc initial est transmis par l'intermédiaire de la connexion de commande pendant un intervalle d'appel pour annoncer un paquet imminent. Lorsque le périphérique écoute, le reste du transfert est transmis sur la connexion directe PPP. L'adressage précis des connexions est défini cidessous. Adressage. Les connexions isochrones et asynchrones, ainsi que le processus de déclaration sont définis ci-dessous en fonction des connexions. L'interface A fonctionne dans la bande ISM 2,4 GHz employant une forme d'accès multiple par répartition dans le temps avec accusé de réception dynamique (AD-AMRT) et de duplexage à répartition dans le temps (TDD). Contrairement au AMRT classique, le système attribue de manière dynamique des blocs de temps en opposition à l'attribution périodique de blocs dans les intervalles de temps. De plus, chaque bloc est immédiatement confirmé par un accusé de réception. Le trafic isochrone ainsi que le trafic asynchrone sont acceptés. Le débit maximal des données pour ces trafics est de 992 kops avec un débit de transfert de données de base de 32 kops. Un saut de fréquence lent est utilisé pour réduire le saut d'interférence entre deux systèmes à une vitesse de 41,67 sauts par seconde. La description donne des détails sur la couche physique. La stratégie d'accès aux canaux définit la division en canaux de la bande ISM et la technique de modulation. La structure de trame et bloc 3.2.2 définit le format du canal AD-AMRT/TDD. L'interférence entre plusieurs systèmes décrit en détail le procédé de saut de fréquence, le cryptage et le codage des informations par emploi de plusieurs couleurs. Les exigences de l'émetteur-récepteur HF définissent les exigences minimales de l'émetteur-récepteur, incluant la sensibilité et les rayonnements parasites. L'interface A divise la bande ISM en 95 canaux de 1 MHz, chaque canal portant un signal modulé de 1,544 Mops. Les canaux sont numérotés de O à 94. Ils ont une largeur de 1 MHz avec des centres espacés de 1,0293 MHz (exactement 2*1,544/3 MHz). Le centre du canal 0 est à 2401,6919 MHz (exactement 9333*1,544/6 MHz). La fréquence centrale pour le canal n est donnée précisément par la formule suivante Dans la plupart des pays, il existe des réglementations qui permettent d'utiliser uniquement un sous-ensemble de ces canaux. Voir la description du saut de fréquence pour les détails concernant l'utilisation des canaux. Le point d'accès tout comme le périphérique emploient une modulation par déplacement de phase différentiel à quatre états p/4 (p/4-MDPDQ). Un filtre de mise en forme d'impulsions à raccordement en cosinus doit être employé avec un facteur d'expansion de largeur de bande de 0,25. Un schéma fonctionnel du modulateur est représenté sur la figure 16, numéro 1600. Le convertisseur série/parallèle (1602) accepte un flux de binaires en série et le convertit en paire de séquences des binaires Xk, Yk, OÙ Xk est constitué des binaires impairs de chaque champ et Yk des binaires pairs. Le premier binaire de chaque champ est le binaire 1 et est donc impair. L'unité de codage différentiel (1604) exécute un codage différentiel Ik = Ik-l cos[##(Xk, Yk)] - Qk-l sin[##(Xk, Yk)] Qk = Ik-l sin[##(Xk, Yk)] - Qk-l cos[##(Xk, Yk)l Les symboles sont transmis avec les variations de phase indiquées dans le tableau 1, qu Ifl (l-a)/2T Ifl= > (l+a)/2T où T est la période symbolique et a le facteur d'expansion de largeur de bande de 0,25. Le signal transmis s(t) est dérivé de i(t) et q(t) par la modulation en quadrature d'une porteuse donnée par la formule suivante S où wc est la fréquence porteuse HF. Le débit binaire du canal de 1,544 Mega-octets par seconde correspond à un débit de symboles de 772 kilosymboles par seconde. Le canal AD-AMRT/TDD est divisé en blocs de temps appelés blocs de mouvement. Chaque bloc de mouvement fait 750 microsecondes et contient trois salves HF indépendantes séparées par des temps de garde. La première salve est la salve d'attribution de bloc (AB) qui est diffusée par le point d'accès à tous les périphériques du système. La deuxième salve est la salve de charge utile qui est transmise par un périphérique ou par le point d'accès. La dernière salve est le numéro séquence/accusé de réception (ACKSEQ) qui, lorsqu'il est transmis, l'est par le périphérique. Trente-deux blocs de mouvement sont groupés en une trame de 24 millisecondes. Les trames sont numérotées de 0 à 524287. Les blocs de mouvement sont numérotés de O à 31. La figure 17, numéro 1700, formats de trame, bloc et salve, illustre le format DAMRT/TDD. Les champs dans la salve d'attribution de bloc, la salve de charge utile (1702) et la salve de numéro de séquence/accusé de réception (1704) sont définis ci-dessous. La salve AB permet l'attribution dynamique et les caractéristiques de duplexage du canal DAMRT/TDD, en affectant le dispositif source et le dispositif de destination au début de chaque mouvement de bloc. Les champs d'adresses source et de destination peuvent spécifier un point d'accès ou un périphérique permettant des transferts dans le sens de la liaison descendante (point d'accès vers périphérique), dans le sens de la liaison montante (périphérique vers point d'accès) ou d'homologue à homologue (périphérique à périphérique). En outre, le champ AB contient des informations générales de radiodiffusion permettant d'identifier le système, le bloc de mouvement actuel, la trame actuelle et le canal HF de la trame suivante. Enfin, la valeur d'accusé de réception, reçue du périphérique de destination dans la trame précédente, est répétée comme partie du champ AB. Les champs d'adresses, d'informations de radiodiffusion et d'accusé de réception sont tous protégés par un CRC de 24 binaires. De plus, ces champs protégés sont précédés d'un symbole de référence de codage différentiel (2 binaires) et d'un mot de synchronisation (32 binaires). Le tableau 2 définit l'ordre et le contenu des champs dans la salve AB. Tableau 2 Champs de la salve d'attribution des blocs Champs Description Indices Longueur binaires (début/fin) Symbole de Fournit une 0 1 2 binaires référence de référence pour la codage modulation différentiel différentielle Mot de Le mot de 2 33 32 binaires synchronisation synchronisation est la valeur binaire suivante $00000101111101011 100100111000110.1 Nombre de blocs Spécifie le numéro 34 34 5 binaires de bloc actuel. I1 est augmenté d'un incrément de manière séquentielle pour chaque nouvelle trame et prend les valeurs de 0 à 31. Nombre de trames Spécifie le numéro 35 46 19 binaires de trame actuelle. Il est augmenté un incrément de manière séquentielle pour chaque nouvelle trame et prend les valeurs de O à 524287. Il ne se répète pas pendant au moins 3,5 heures. Accusé d e L'état du 47 58 1 binaire réception transfert lors du bloc de mouvement précédent. Réglé sur 1 s'il était positif et sur 0 ans le cas contraire. Fréquence suivante Spécifie le canal 59 66 7 binaires de la trame suivante ID système ne identification - 67 85 8 binaires brève, sélectionnée par le point d'accès à la mise sous tension, utilisée pour distinguer le système de ses voisins. Adresse source L'adresse du 86 90 12 binaires dispositif source et de la connexion respective. Adresse d s adresse du 91 97 12 binaires destination dispositif de destination et de la connexion resPeCtiVe. Réservé Le champ réservé 98 107 10 binaires doit être codé par O. CRC voir le paragraphe 108 131 24 binaires 3.2.2.2 Détection des erreurs. 1 Le lobe secondaire maximal de l'autocorrélation déphasée et le facteur de qualité de transmission, une fonction de la somme des carrés de l'autocorrélation déphasée, sont généralement utilisés pour déterminer les mots de synchronisation corrects. La séquence binaire %00000101111101011100100111000110 réduit au minimum le lobe secondaire maximal et accroît au maximum le facteur de qualité de transmission sur toutes les séquences de 32 binaires, où seule l'autocorrélation à phase (symbole) paire est prise en compte. La salve de charge utile transporte les informations de commande et utilisateur dans le système. La salve AB précédente spécifie les dispositifs source et de destination. Le dispositif source transmet la salve de charge utile pendant que le dispositif de destination reçoit. La salve de charge utile fait 838 binaires et contient un champ de données de 768 binaires (96 octets) pour les informations de commande et utilisateur. Le champ de données est précédé d'un champ d'en-tête constitué d'une ID système, du mode de cryptage, de l'état de la connexion de commande, des binaires réservés, du numéro de séquence du bloc de sous-adresse (NSBA) et de l'indicateur d'en-tête étendu. Les salves envoyées sur la connexion de commande augmentent l'entête de 4 octets dans le champ de données. L'en-tête augmenté de 4 octets par la connexion de commande est défini au chapitre 3.3.1.2. L'en-tête et les champs de données sont protégés par un CRC de 24 binaires. Comme pour la salve AB, les champs protégés sont précédés d'un symbole de référence de codage différentiel et d'un mot de synchronisation. Le tableau 3 définit l'ordre et le contenu des champs dans la salve de charge utile. Tableau 3 Champs de la salve de charge utile Champs Description Indices Longueur binaires (début/fin) Symbole de Fournit une référence 0 1 2 binaires référence de pour la modulation codage différentielle différentiel Mot de Le mot de 2 33 32 binaires synchronisation synchronisation est la valeur binaire suivante 800000101111101011100100 111000110. ID système Une identification 34 41 8 binaires brève, identique au champ de la salve AB précédente. Mode de Spécifie si les champs 42 42 1 binaire cryptage restants de la salve sont cryptés par une suite pseudo-aléatoire. Une valeur de 1 indique que les champs sont cryptés. Etat de la Spécifie si le 43 43 1 binaire connexion de périphérique source commande nécessite un bloc de commande. Une valeur de 1 indique qu'un message de commande est en attente. Ce champ n'est pas valide lorsque le dispositif source est un point d'accès. Binaires Doit être codé par 0. 44 44 4 binaires réservés NSBA Numéro de séquence du 45 48 1 binaire bloc de sous-adresse En-tête étendu Indique que l'en-tête 49 49 1 binaire est étendu dans la charge utile utilisant le format d'en-tête étendu par la connexion de commande de 3 octets. Une valeur de un indique que l'en-tête est étendu. Voir le chapitre 3.3.1.2 En-tête étendu par la connexion de commande. Données 96 octets des données 50 817 768 utilisateur sur la binaires connexion spéciale. (92 octets sur une connexion de commande) CRC Voir la détection des 818 841 24 binaires erreurs La salve ACKSEQ communique l'état du transfert de charge utile à un périphérique en envoyant un mot de code de 32 binaires du périphérique au point d'accès. Pour un système donné, le mot de code peut prendre les trois valeurs suivantes : ACK-O, ACK-1 ou NAK. ACR-0 et ACK-1 correspondent à des mouvements réussis, ACR-0 étant utilisé si le NSBA de la charge utile confirmée par un accusé de réception est égal à 0 et ACR-1 étant utilisé si le NSBA est égal à 1. Si le transfert a échoué, le périphérique transmet un NAR. Un NAR est transmis à la place d'une absence de réponse de sorte que le récepteur ne prenne pas par erreur un bruit aléatoire pour un ACK. Le point d'accès utilise ensuite l'information ACKSEQ dans son algorithme d'ordonnancement pour garantir que les blocs appropriés sont attribués à chaque connexion. La valeur de l'accusé de réception, ACK ou NAK, est répétée dans la salve AB dans le bloc de mouvement suivant. Entre des systèmes, le codage du mot de code ACKSEQ est coloré en fonction des 5 binaires de poids faible de 1'ID système comme indiqué dans la description du codage des informations par emploi de plusieurs couleurs donnée ci-dessous. Le codage des informations par emploi de plusieurs couleurs est utilisé pour supprimer les rares cas où un point d'accès pourrait interpréter une salve ACRSEQ, provenant d'un périphérique d'un système voisin ayant le même temps et la même fréquence, comme un ACK venant d'un périphérique communiquant activement qui serait sorti de la plage ou momentanément masqué. 32 codes de couleur garantissent que tous les systèmes voisins les plus proches ont un code de couleur différent. Lorsque 1'ID système est définie, le point d'accès et le périphérique calculent et stockent les mots de code ACR-0 et ACR-1. Le point d'accès compare ces mots de code aux données reçues afin de déterminer si un ACK a été reçu. Le périphérique calcule et stocke également le mot de code NAK et envoie un ACK-O, ACK-1 ou NAK selon le cas. Les dispositifs doivent simplement recalculer les mots de code lorsque 1'ID système est modifiée. Les trois mots de code pour chaque code de couleur sont indiqués dans le tableau 4 ci-dessous. Chaque mot de code est immédiatement précédé d'un symbole de codage différentiel. Tableau 4 Mots de code ACKSEQ Code de ACKSEQ couleur SEQ-O 11000000110100001010011011111101 O SEQ-1 10000000100111110011101101010110 NAK 01000000010011111001110110101011 SEQ-O 10101110101101111000001100000001 1 SEQ-1 11101110111110000001111010101010 NAK 00101110001010001011100001010111 SEQ-O 00011100000111101110110100000101 2 SEQ-1 01011100010100010111000010101110 NAK 10011100100000011101011001010011 SEQ-O 01110010011110011100100011111001 3 SEQ-1 00110010001101100101010101010010 NAK 11110010111001101111001110101111 SEQ-O 01111000011100100100011110100001 4 SEQ-1 00111000001111011101101000001010 NAK 11111000111011010111110011110111 SEQ-O 00010110000101010110001001011101 5 SEQ-1 01010110010110101111111111110110 NAK 10010110100010100101100100001011 SEQ-O 10100100101111000000110001011001 6 SEQ-1 11100100111100111001000111110010 NAK 00100100001000110011011100001111 SEQ-O 11001010110110110010100110100101 7 SEQ-1 10001010100101001011010000001110 NAK 01001010010001000001001011110011 SEQ-O 10110000101010110001001011101001 8 SEQ-1 11110000111001001000111101000010 NAR 00110000001101000010100110111111 SEQ-O 11011110110011000011011100010101 9 SEQ-1 10011110100000111010101010111110 NAR 01011110010100110000110001000011 SEQ-O 01101100011001010101100100010001 10 SEQ-1 00101100001010101100010010111010 NAK 11101100111110100110001001000111 SEQ-O 00000010000000100111110011101101 11 SEQ-1 01000010010011011110000101000110 NAK 10000010100111010100011110111011 SEQ-O 00001000000010011111001110110101 12 SEQ-1 01001000010001100110111000011110 NAR 10001000100101101100100011100011 SEQ-0 01100110011011101101011001001001 13 SEQ-1 00100110001000010100101111100010 NAK 11100110111100011110110100011111 SEQ-O 11010100110001111011100001001101 14 SEQ-1 10010100100010000010010111100110 NAK 01010100010110001000001100011011 SEQ-0 10111o10101000001001110110110001 15 SEQ-1 11111010111011110000000000011010 NAR 00111010001111111010011011100111 SEQ-0 00100000001001111100111011010101 16 SEQ-1 01100000011010000101001101111110 NAR 10100000101110001111010110000011 SEQ-0 01001110010000001110101100101001 17 SEQ-1 00001110000011110111011010000010 NAR 110011101101111111010000001111111 SEQ-0 11111100111010011000010100101101 18 SEQ-1 10111100101001100001100010000110 NAK 01111100011101101011111001111011 SEQ-0 10010010100011101010000011010001 19 SEQ-1 11010010110000010011110101111010 NAK 00010010000100011001101110000111 SEQ-0 10011000100001010010111110001001 20 SEQ-1 11011000110010101011001000100010 NAK 00011000000110100001010011011111 SEQ-0 11110110111000100000101001110101 21 SEQ-1 10110110101011011001011111011110 NAK 01110110011111010011000100100011 SEQ-0 01000100010010110110010001110001 22 SEQ-1 00000100000001001111100111011010 NAK 11000100110101000101111100100111 SEQ-0 00101010001011000100000110001101 23 SEQ-1 01101010011000111101110000100110 NAK 10101010101100110111101011011011 SEQ-0 01010000010111000111101011000001 24 SEQ-1 00010000000100111110011101101010 NAR 11010000110000110100000110010111 SEQ-0 00111110001110110101111100111101 25 SEQ-1 01111110011101001100001010010110 NAR 10111110101001000110010001101011 SEQ-0 10001100100100100011000100111001 26 SEQ-1 11001100110111011010110010010010 NAR 00001100000011010000101001101111 SEQ-0 11100010111101010001010011000101 27 SEQ-1 10100010101110101000100101101110 NAK 01100010011010100010111110010011 SEQ-0 11101000111111101001101110011101 28 SEQ-1 10101000101100010000011000110110 NAK 01101000011000011010000011001011 SEQ-0 10000110100110011011111001100001 29 SEQ-1 11000110110101100010001111001010 NAK 00000110000001101000010100110111 SEQ-0 00110100001100001101000001100101 30 SEQ-1 01110100011111110100110111001110 NAK 1O11010O101O1111111010110011001i SEQ-O 01011010010101111111010110011001 31 SEQ-1 00011010000110000110100000110010 NAK 11011010110010001100111011001111 Les mots de code sont générés par le codage systématique des sept binaires d'information indiqués dans le tableau 5 ci-dessous. Les binaires 6 et 5 sont créés de telle manière qu'aucune salve ACKSEQ uniquement O ou uniquement 1 ne soit formée. Tableau 5 Binaires d'information systématiquement codés pour former ACKSEQ Binaire Source O ID SYSTEME binaire 0 1 ID SYSTEME binaire 1 2 ID SYSTEME binaire 2 3 ID SYSTEME binaire 3 4 ID SYSTEME binaire 4 5 1 pour NAK, 1 pour SEQ-O, 0 pour SEQ-1 6 1 pour NAK, 0 pour SEQ-0, 1 pour SEQ-1 Les binaires d'information sont mis en correspondance avec les binaires ACRSEQ comme indiqué dans le tableau 6, où "+" correspond à un ou exclusif. Tableau 6 Tableau de formation de ACKSEQ Binaire ACRSEQ OU exclusif des binaires d'information 0 5 1 6 2 6+5+2+0 3 5+4+2+1+0 4 6+5+3+2+1+0 5 5+4+1+0 6 6+5+2+1+0 7 5+1+0 8 6+2+1+0 9 6+5+1 10 5+3+0 11 6+4+1 12 6+3 13 6+5+4+3+2+0 14 4+2+1 15 6+4+3+0 16 6+4+3+0 17 6+4+3+2+1+0 18 6+4+1+0 19 6+3+1 20 6+5+4+3 21 4+3+2+0 22 5+4+3+1+0 23 6+5+4+2+1 24 aucun (toujours égal à zéro) 25 0 26 1+0 27 2+1+0 28 3+2+1 29 4+3+2+0 I 30 5+4+3+1+0 21 1 6+5+4+2+1 1 Bien que ce binaire puisse être éliminé sans affecter la distance minimum du code, il est conservé pour obtenir un nombre pair de binaires pour la modulation MDPQ. Il ne devient pas une fonction des binaires d'information car le caractère cyclique du code sera perdu. La mise en correspondance dans le tableau est équivalente au codage systématique (voir Lin et Costello p. 95) avec le (37,7) code de cycle court généré par 1+x8+x+x+x +x14+x15+x18+x19+x20+x+x +x25+x27+x29+x30 et à l'enlèvement des 5 binaires associés au code de couleur. Ce code est un code optimal (37,7), avec une distance minimale de 16. Aucun autre code (37,7) ne peut avoir une distance minimale supérieure (voir A. E. Brouwer et T. Verhoeff, "An Updated Table of Minimum Distance Bounds for Binary Linear Codes" IEEE Trans. Inform. Theory, vol. IT-39, pp. 662-677, mars 1993). La création des mots de code ACKSEQ avec ce code optimal donne les propriétés suivantes 1. En raison du caractère cyclique du code, les décalages d'un binaire unique d'un mot de code différent d'au moins 14 positions des autres mots de code, ce qui fait que le ACKSEQ résiste à l'incertitude de synchronisation. 2. En l'absence d'interférence de systèmes multiples, un NAR et un ACR diffèrent d'au moins 16 positions. Un NAK peut avoir jusqu'à 7 erreurs sur 32 binaires et ne pas mal interpréter un ACK et inversement. 3. En l'absence d'interférence de systèmes multiples, ACR-0 et ACK-1 diffèrent d'au moins 16 positions et au moins 7 erreurs sur les binaires peuvent être corrigées sur 32 binaires. 4. En cas d'interférence de systèmes multiples, un ACK et un NAK provenant d'un autre système diffèrent du ACK du système actuel d'au moins 11 positions. Donc, un ACK provenant d'un autre système ne peut pas être accepté à moins qu'il y ait plus de 5 erreurs sur 32 binaires. 5. En cas de TEB de 50% (interférence des micro-ondes, portable hors plage, interférence de systèmes multiples), le ACKSEQ de 32 binaires peut fournir jusqu'à 31 binaires de protection contre le bruit aléatoire, en fonction de la quantité de correction d'erreurs désirée. Les codes CRC utilisés pour détecter les erreurs dans les paquets AB et de charge utile sont indispensables au protocole DAR, comme l'indique la description ci-dessous concernant le protocole DAR et l'ordonnancement. Un choix incorrect du polynôme du générateur de CRC peut conduire à un comportement erratique dans les dispositifs source, de destination et d'ordonnancement en raison d'erreurs non détectées. Des codes CRC très longs, avec des polynômes de générateur corrects, peuvent limiter les erreurs non détectées, mais consomment des binaires dans l'interface radio et peuvent provoquer des problèmes de débit suite à des alarmes erronées. En conservant une longueur des CRC la plus petite possible, tout en fournissant une détection adéquate des erreurs, et en traitant toutes les erreurs non détectées qui se produisent dans le protocole DAR, ces problèmes peuvent être évités. Un CRC de 24 binaires est utilisé pour protéger les 74 binaires de AB (binaires 34 à 107) et un autre CRC de 24 binaires est utilisé pour protéger les 784 binaires de la charge utile (binaires 24 à 817). Les deux CRC sont réalisés avec le même polynôme de générateur g(X) = 1+x+x +x4+x5+x7+x8+x16+x17+x19+x20+x+x+x24 (une réalisation parfaitement pure d'un CRC est donné page 95 de Lin et Costello.) Ce CRC possède de très bonnes propriétés de distance minimale. (G. Castagnoli, S. Brauer et M. Herrmann, "Optimization 0f Cyclic Redundancy-Check Codes with 24 and 32 Parity Bits", IEEE Trans. Commun., vol. COM-41, pp. 883-892, juin 1993). La figure 18, numéro 1800, montre la probabilité des salves AB (1802) et de charge utile (1804) ayant une erreur non détectée pour une plage de conditions d'erreur. Les codes CRC à cette longueur sont jugés corrects car la courbe d'erreurs non détectées n'augmente pas lorsque le taux d'erreurs sur les binaires décroît. (Des codes CRC corrects ne peuvent être garantis, c'est pourquoi il faut vérifier le nombre de binaires qu'un polynôme de générateur peut protéger). Les résultats sont plus que corrects au point de fonctionnement nominal de 10-5. En cas de bruit aléatoire, comme celui constaté au point d'accès lorsqu'aucun périphérique n'est présent, le bruit n'est pas accepté comme un bloc à moins qu'il passe le mot de synchronisation de 32 binaires, corresponde à l'ID système de 8 binaires et passe le CRC de 24 binaires Les salves AB, de charge utile et ACKSEQ sont toutes séparées dans le temps par une bande de séparation de 50 symboles (32,38 microsecondes). Sans tenir compte du délai de propagation, la bande de séparation a une précision de +/- un symbole. Interférence de systèmes multiples Ce système peut fonctionner dans des environnements urbains denses, comme des immeubles et des maisons en copropriété. Afin de pouvoir fonctionner efficacement dans de tels environnements, des procédés de réduction des interférences de systèmes multiples sont utilisés. Le saut de fréquence réduit la possibilité de voir des systèmes voisins utiliser le même canal pendant une longue période de temps. Le cryptage et le codage par couleur réduit au minimum le risque de voir des systèmes utilisant le même canal pendant un temps donné mal interpréter les données du canal. Cependant, aucune coordination entre les stations de base voisines n'est nécessaire. En conséquence, il restera toujours une faible chance pour que des systèmes adjacents choisissent les mêmes valeurs. Si un système détecte qu'il reçoit une interférence venant d'un système ayant le même code de couleur, le même code de cryptage ou la même séquence de sauts de fréquence, il peut choisir de redémarrer avec des choix différents de séquence de sauts de fréquence, de séquence de cryptage et de codes de couleur. Les périphériques devront alors faire une nouvelle déclaration et obtenir ces nouvelles valeurs. Cela sera effectué aisément car les liaisons actuellement actives seront interrompues pendant que les dispositifs font la réacquisition des valeurs. Pour pouvoir fonctionner en présence d'autres systèmes, chaque point d'accès séle toujours une AB avec une adresse nulle afin de favoriser la synchronisation du système. La SSF est exécutée jusqu'à ce qu'elle soit terminée, et à ce moment la séquence est répétée du début. Du fait que les SSF sélectionnées ont de bonnes propriétés de corrélation, deux systèmes utilisant des séquences de sauts différentes ou une phase différente de la même séquence de sauts, les interférences de systèmes multiples seront limitées. Dans le cas peu probable de deux systèmes utilisant la même phase de la même séquence, l'un des systèmes, ou les deux systèmes, peuvent sélectionner de manière aléatoire (en fonction d'un numéro de série) une nouvelle SSF dans l'ensemble de SSF comme décrit précédemment. L'ensemble de SSF utilisé par le système varie selon la région afin d'exploiter et de se conformer aux différences régionales selon les règles ISM 2,4 GHz. Les SSF possèdent les propriétés désirées suivante : 1. Utilisation de toutes les fréquences de la SSF à fréquence égale. 2. Réduction de l'intercorrélation et de l'autocorrélation au sein des séquences (pour réduire les interférences d'utilisateurs multiples). 3. Facilité de production (la base n'a pas à stocker un ensemble complet de SSF). En outre, les règles régionales spécifient le nombre maximal de canaux de fréquence et le nombre minimal de fréquences q que la SSF doit sauter. Un exemple de bonnes SSF est celles produites par le procédé congruentiel linéaire de Titlebaum (Edward L. Titlebaum, "Time-Frequency Hop Signal s Part I : Coding Based Upon the Theory of Linear Congruences", IEEE Transactions on Aerospace and Electronic Systems, vol. AES-17, du 4 juillet 1981, pp. 490-493.). Ces séquences satisfont à tous les critères ci-dessus. Pour un nombre premier quelconque p, le procédé crée aisément un ensemble de séquences K = p-1 de longueur N = p sur les canaux de fréquence q = p. Pour les Etats-Unis, on choisit p = 79, le nombre maximal de canaux de fréquence qu'une unité peut accepter. Dans d'autres régions, on peut utiliser un sous-ensemble de ces 79 canaux en spécifiant simplement un décalage et un nombre premier plus petit. Dans tous les cas, on attend des fabricants qu'ils se mettent d'accord sur les ensembles de séquences de sauts qui répondent à ces critères, parmi lesquels l'unité de base sélectionnera un critère de manière aléatoire. Les informations de saut de fréquence sont communiquées par un élément d'information de 8 binaires "mot SF" contenu dans chaque AB. Une unité lit le mot SF de la AB actuelle pour connaître le canal sur lequel elle doit sauter à la fin de la trame actuelle. Cela est essentiel avant et pendant le processus de déclaration car l'unité n'est pas synchronisée avec la SSF de la base. Cependant, à la fin de la déclaration, la base utilise le paquet de données qui accompagne le paquet d'accusé de réception de déclaration pour télécharger la totalité de la SFF dans l'unité. L'unité n'a alors pas besoin de lire le champ AB de chaque trame pour savoir où elle doit sauter ensuite et peut surmonter les longues périodes d'interférence, susceptibles de se produire lorsque l'unité entre et sort de la plage de la base. En outre, l'unité peut désormais être mise hors tension et rester en "veille" pendant de longues périodes de temps, activant le canal de fréquence correct en introduisant l'indice dans la SSF pour le nombre de trames de veille. La veille peut permettre d'accroître considérablement du durée de vie de la batterie, comme décrit ci-dessous pour les modes d'attente. Cependant, sans une gestion intelligente du saut de fréquence, l'unité devra se resynchroniser sur la SSF en effectuant une nouvelle déclaration à la fin de chaque période de veille. Grâce à cette architecture de saut de fréquence, les unités ne devront effectuer une nouvelle déclaration que si la base change la SSF utilisée par le système, et alors uniquement si l'unité individuelle se trouve dans une longue période de veille à ce moment. Les unités qui ne sont pas en veille peuvent comparer le mot SF reçu avec la valeur suivante dans leur SSF mémorisée ; si les valeurs sont différentes, l'unité peut mettre à jour sa SSF sans recommencer entièrement le processus de déclaration. Un résumé des paramètres et des champs de saut de fréquence est donné dans le tableau 7, Paramètres de saut de fréquence. Tableau 7 Paramètres de saut de fréquence. Paramètre/Cha Description Valeur (pour U.S.) mp q Nb de canaux de maxi. 128 (79) fréquence N Longueur de SSF maxi. 128 (79) K Nb de séquences maxi. 128 (79) Mot SF Canal de fréquence, 8 binaires O..q-l SSF Liste des canaux de N * 8 binaires fréquence, avec indice O..N-l Le codage par couleur fournit une protection supplémentaire contre la réception accidentelle d'une salve provenant d'un autre système. Ce champ, ID SYSTEME, contient un nombre aléatoire sélectionné par le point d'accès et communiqué dans chaque attribution de bloc et transfert de bloc. Ce champ doit être vérifié afin de déterminer si les données sont destinées à ce système. Si 1'ID SYSTEME ne correspond pas, les données sont supposées erronées que le CRC soit correct ou non. En outre, il est utilisé pour sélectionner les codes d'accusé de réception employés dans un système donné. Le cryptage peut être utilisé pour assurer la confidentialité des données de charge utile. Pour chaque charge utile pour laquelle le cryptage est activé (le binaire PN-EN de l'en-tête de charge utile est défini), un germe de cryptage à 16 binaires (germe PN d'élément d'information) est chargé dans le générateur PN de cryptage et les sorties successives de ce générateur sont des ou exclusif avec len-tête des données (binaires 43 à 841) et la charge utile de données (tous les binaires). Le germe de cryptage est défini lors de la déclaration et communiqué comme partie du message d'accusé de réception de déclaration. Le germe est sélectionné de manière aléatoire et reste constant pour une ID SYSTEME donnée pour la base. Il est choisi de manière aléatoire en fonction de la sélection de la séquence de sauts de fréquence et de 1'ID SYSTEME. Le générateur PN pour la séquence de cryptage est défini par le polynôme primitif irréductible du générateur g(x) = l+x+x3+xl2+xl6. Une réalisation parfaitement pure du registre à décalage de ce générateur est représentée sur la figure 19, numéro 1900. L'indice de code de cryptage de valeur à 16 binaires est chargé dans le registre à décalage et la sortie est utilisée comme indiqué avec le premier binaire de la séquence cryptée. Le registre à décalage est ensuite synchronisé et le processus est répété. Il faut noter qu'il existe 65535 codes de cryptage différents, plus l'indice de code de cryptage 0 qui ne correspond à aucun cryptage (bien que davantage de codes de cryptage puissent être fournis avec un registre à décalage plus long, le degré de sécurité serait toujours considéré comme un "degré de sécurité pour téléphone sans fil" et aucun avantage supplémentaire du point de vue des performances ne serait obtenu). Cette description fournit les spécifications nécessaires pour la conception des sections émetteurrécepteur HF et FI du point d'accès et des périphériques. Tout d'abord, les exigences des récepteurs du point d'accès et des périphériques sont spécifiées. Le récepteur doit pouvoir atteindre un taux d'erreurs sur les paquets inférieur à 1% avant toute correction due à la retransmission en présence d'un bruit thermique lorsque la force du signal reçu est supérieure à -80 dBm. Une erreur sur les paquets dans le périphérique est définie comme une erreur CRC dans l'attribution des blocs ou dans le champ de charge utile reçue. Une erreur sur les paquets dans le point d'accès est définie comme une erreur CRC dans le champ de charge utile dans un bloc dans lequel un périphérique a effectué une transmission comme le commande l'attribution des blocs. Le point d'interception du troisième ordre d'entrée du récepteur du point d'accès et du périphérique doit être supérieur à -16 dBm. Le point de compression de 1 dB du récepteur du point d'accès et du périphérique doit être supérieur à -26 dBm. Le rapport de rejection en mode commun du canal adjacent doit être supérieur à 50 dB pour un signal 3 canaux pris dans le canal désiré et 0 pour les signaux dans le canal adjacent. Le rapport de rejection en mode commun du canal adjacent est le rapport de puissance le plus élevé pouvant être obtenu dans un canal adjacent par rapport à la force désirée du signal tout en maintenant le TEB spécifié. Le signal du canal est ajusté à un niveau de 3 dB au-dessus de la valeur spécifiée pour un TEB de 10-5. Le niveau de signal non désiré est amené au niveau le plus bas permettant d'obtenir un TEB de 10-5 pendant la transmission d'au moins 107 binaires. Le rapport de rejection en mode commun du canal adjacent est le rapport de la puissance désirée du signal par rapport à la puissance non désirée du signal. Le récepteur devra recevoir une réponse non sélective qui ne sera pas supérieure à 35 dB calculé d'après la procédure de mesure décrite dans le document EIA EIA/TIA-204-D "Minimum Standards for Land Mobile Communication FM or PM Receivers, 25-866MHz." Le récepteur ne doit pas posséder de produits d'intermodulation supérieurs à 39 dB calculés d'après la procédure de mesure décrite dans le document EIA EIA/TIA204-D "Minimum Standards for Land Mobile Communication FM or PM Receivers, 25-866MHz." Les informations ci-dessous spécifient les exigences pour les émetteurs du point d'accès et du périphérique. La puissance transmise dans la bande de 1 MHz définie par le canal désiré doit être inférieure à une moyenne de crête de 100 mW (+20 dBm). La moyenne de crête est définie comme la puissance moyenne émise pendant la transmission active et ne change donc pas le rapport cyclique. Il faut noter que les réglementations dans certains pays limitent la puissance transmise à moins de 100 mw. Dans ces pays, il faut se conformer aux réglementations les plus strictes. La grandeur du vecteur d'erreur (GVE) de la valeur quadratique moyenne du point d'accès et du périphérique doit être inférieure à 12,5% lorsque la GVE de la valeur quadratique moyenne est définie par où Sa est la bande de base complexe équivalente du signal transmis actuel, Si est le signal équivalent idéal de la bande de base complexe et a et q sont des constantes choisies pour réduire au minimum la GVE. Pendant cette mesure, l'émetteur testé doit être verrouillé sur le signal de référence afin qu'aucun décalage de fréquence ne soit présent dans le signal transmis par rapport au signal de référence. Moins de 1% de la puissance transmise totale doit se situer à l'extérieur du canal désiré. La puissance totale dans un canal quelconque de 2 MHz ou plus pris de la fréquence centrale du canal désiré doit être inférieure à 2 mW et la puissance totale dans le canal adjacent doit être inférieure à 300 mW pendant la transmission active. Les émissions hors de la bande désirée doivent satisfaire aux exigences des règlements du pays où le dispositif est utilisé. * La fréquence de sortie parasite doit être inférieure à -50 dBc. La fréquence de sortie parasite doit être déterminée en utilisant un analyseur de spectre avec une largeur de bande FI réglée sur 100 kHz. Le signal parasite doit être mesuré lorsque l'émetteur est modulé avec des données aléatoires. Le niveau du signal parasite est défini comme une composante spectrale du signal modulé dans un décalage de largeur de bande de 100 kHz de plus de 4 MHz par rapport à la porteuse et appelée puissance de porteuse non modulée. Du fait que le point d'accès transmet à un trop grand nombre de périphériques qui ne sont pas locaux, la commande de puissance dynamique sur la liaison descendante n'est pas admise. La commande de puissance peut être employée en option dans les périphériques. Il est recommandé que l'algorithme de commande de puissance d'un périphérique, s'il est utilisé, permette d'atteindre des taux d'erreurs sur les paquets inférieurs à 0,1% afin d'éviter une utilisation excessive des ressources du système due à un grand nombre de retransmissions. Lorsque le point d'accès ou le périphérique n'est pas en état de transmission active ou en état de rampe montante ou descendante, la puissance de sortie dans un canal quelconque doit être inférieure à 400 nW. L'émetteur doit effectuer une rampe montante ou une rampe descendante en réponse au début ou à la fin d'une salve en moins de 5 périodes de symbole (6,47 mS). Cette période est définie comme la durée entre la crête de l'impulsion transmise due au premier/dernier symbole de la salve et le point auquel la puissance de transmission reste au-dessous de 400 nW. Les informations ci-dessous indiquent les exigences qui s'appliquent aux sources de fréquence de référence dans le point d'accès et dans le périphérique. Le point d'accès et le périphérique transmettent une porteuse modulée qui est dans une plage de 25 kHz des centres des canaux définis dans le "plan de fréquence". Cela correspond à une précision de 10 PPM dans la source de laquelle la porteuse est dérivée. La synchronisation de symbole a également une précision de 10 PPM. Le bruit de phase mesuré au niveau de l'antenne de sortie doit être inférieur à -94 dBc/Hz pour un décalage de 100 kHz par rapport à la fréquence centrale. La durée de commutation de canal entre deux canaux doit être inférieure à 662 mSec pour que la fréquence porteuse se stabilise et reste dans 12 kHz (5 PPM pour une fréquence porteuse de 2450 MHz) de la valeur finale. Le point d'accès et le périphérique doivent pouvoir passer de la transmission/réception active à la réception / transmission en moins de 32,383 mSec (25 symboles). Le temps de commutation est défini comme le temps entre la crête de l'impulsion due au dernier symbole de la salve transmise/reçue et la crête de l'impulsion due au premier symbole de la salve reçue / transmise. Le système AD-AMRT attribue chaque bloc sur une base individuelle et permet la confirmation immédiate par accusé de réception de tous les blocs. Les attributions sont basées sur les connexions aux applications où chaque connexion correspond à une adresse unique de couche physique. Dans ces connexions, des accusés de réception sont utilisés pour réduire les interférences provoquées par les fours à micro-ondes et autres obstacles. Les blocs individuels peuvent être combinés pour former des flux de données isochrones de 1 à 922 kops ou des paquets de données asynchrones pouvant atteindre 6141 octets. Les connexions individuelles peuvent être groupées pour former une liaison de communication en duplex qui peut être asymétrique. Une connexion de commande est utilisée pour gérer la source et la fin de ces deux types de transferts. La connexion de commande est utilisée pour gérer les paramètres du système, comme les séquences de sauts, les dispositifs, les ID, etc. Ces informations définissent les exigences de la couche de la liaison de données. La couche d'accès au support spécifie les formats d'adressage utilisés pour attribuer de manière dynamique chaque bloc, l'en-tête étendu de connexion de commande et la procédure d'accès aléatoire. Le protocole DAR et l'ordonnancement spécifient les automates finis fondamentaux exécutés par le point d'accès et les périphériques. Les connexions décrivent les types de connexions entre les périphériques et les applications, asynchrones et isochrones. La procédure de messagerie pour signaler le contenu de tous les messages à la fois pour la liaison de données et pour la couche de réseau. Chaque bloc est attribué en fonction d'une adresse source et de destination transmise dans la salve AB. Selon les différents appariements de source et de récepteur, une liaison montante, une liaison descendante ou un transfert d'homologue à homologue a lieu. Les adresses sont associées avec les connexions aux applications et ces dernières déterminent la destination des transferts. Les applications peuvent ensuite commander la fonction DMF de façon à acheminer les données vers un autre périphérique, les amener à un réseau câblé ou les traiter en interne. Dans tous les cas, un périphérique ne s'adresse jamais directement à un autre périphérique. Des blocs de conflit d'accès spéciaux permettent un accès au système pour le trafic asynchrone en utilisant une forme de ALOHA de réserve. Le périphérique envoie un bloc spécifiant la longueur du transfert et l'adresse de la connexion. Les blocs de conflit d'accès sont toujours utilisés pour l'accès initial au système. Les accès suivants peuvent avoir lieu sur le bloc de conflit d'accès ou bien le système peut exiger que le dispositif soit périodiquement interrogé sur sa connexion de commande. Un encombrement est évité en variant le nombre de dispositifs fonctionnant en mode de conflit d'accès, les intervalles d'interrogation des dispositifs et la persistance des dispositifs en mode de conflit d'accès. Le trafic isochrone doit négocier la source et la fin de chaque connexion en utilisant des paquets asynchrones sur la connexion de commande. A la source, le périphérique peut demander la connexion ou l'application peut commander la fonction DMF en spécifiant le nombre de connexions, le débit de transfert de données respectif et la direction de chaque connexion. Les informations suivantes définissent les bases de la couche d'accès au support. La partie d'adressage définit les schémas d'adressage et les adresses réservées. La partie d'en-tête étendu de connexion de commande définit le format de l'en-tête étendu de connexion de commande utilisé pour l'accès avec interrogation ou conflit. La partie d'accès de conflit définit le fonctionnement du mode de conflit d'accès. Les connexions entre les périphériques sont uniquement adressées au niveau de la couche d'accès au support. A chaque périphérique est attribué un espace d'adresse fondamentale et un espace de sous-adresse lors de la déclaration comme décrit ici. Plusieurs adresses ont été réservées par le système et ont une signification particulière. Les adresses réservées sont identifiées ici. L'adresse de 12 binaires attribuée à chaque périphérique est divisée en adresse fondamentale et en sous-adresse variable. L'adresse fondamentale identifie le périphérique alors que la sous-adresse identifie une connexion spécifique à une application. La taille du champ de sous-adresse varie en fonction du dispositif selon le nombre de connexions qu'un dispositif est capable de supporter simultanément. La sous-adresse peut mesurer de 0 à 5 binaires et occuper les binaires de poids fort de l'adresse. L'adresse fondamentale occupe les 12 à 7 binaires restants de l'adresse. L'espace d'adresse fondamentale est unique sur les champs de source et de destination alors que la sousadresse peut être utilisée pour identifier deux connexions, l'une dont la source est le périphérique et l'autre destinée au périphérique. La partie fondamentale de l'adresse d'un dispositif a la même valeur dans les champs de source et de destination. Les sous-adresses peuvent être répétées, mais sont toujours traitées comme des connexions indépendantes et conserve un NSBA individuel. Par exemple, une liaison de communication en duplex utilisera la même sous-adresse numérique pour la connexion de transmission et la connexion de réception à une application. La sous-adresse zéro est toujours attribuée à la connexion de commande en duplex par défaut avec la fonction DMF. Un dispositif ayant une adresse fondamentale de 12 binaires peut uniquement accepter la connexion de commande par défaut. Les adresses sont réservées pour identifier le point d'accès comme source ou destination, marquer un bloc pour l'accès de conflit ou fournir une adresse générique pour de nouveaux dispositifs. Le tableau 8 Adresses réservées spécifie les adresses réservées par le système et décrit leur objectif. Tableau 8 Adresses réservées Adresse Objectif (binaire) %000000000000 L'adresse "nulle" indique que le dispositif source ou de destination est le point d'accès %1111111XXXXX Réservée pour l'accès de conflit. Les 5 sous adresses associées à cette adresse spécifient les différents modes de persistance et les niveaux de priorité. %lOlOlOlxxxxx Réservée pour la pré-déclaration. Le champ de sous adresse sera sélectionné de manière aléatoire par le périphérique faisant la déclaration fournissant 32 adresses de pré-déclaration indépendantes. La connexion de commande définit un en-tête étendu spécial de connexion de commande afin de permettre le début d'un transfert asynchrone. Tous les accès de conflit, les interrogations et les appels sont supposés être sur la connexion de commande et utilisent l'en-tête étendu. De même, chaque bloc de connexion de commande doit utiliser l'en-tête étendu. Dans un accès de conflit ou une interrogation, l'en-tête étendu peut exiger un transfert asynchrone. Dans un appel, l'en-tête étendu peut annoncer un transfert asynchrone. Le tableau 9, En-tête étendu de connexion de commande, définit les champs de l'en-tête étendu. Le binaire de blocs multiples indique qu'un transfert asynchrone est requis pour l'application spécifiée dans le champ d'adresse source. La longueur du transfert est spécifiée par les champs, les blocs restants, les binaires de bourrage et les octets de bourrage. Un binaire PPP indique que la destination réelle est spécifiée par l'adresse de réseau contenue dans le champ de données. Un numéro de séquence de réserve est utilisé pour différencier les demandes de réserve répétées. Tableau 9, En-tête étendu de connexion de commande Champs Description Indices Longueu d'en-tête binaires r étendu (début/fin) Blocs Indique qu'il s'agit d'une 50 50 1 multiples transmission de bloc unique et ne binaire nécessite pas de blocs supplémentaires pour achever la transmission. Une valeur de O indique un bloc unique. PPP Indique que la destination réelle 51 51 1 est contenue dans le paquet de binaire Protocole Point à point encaPsulé. sulé. Numéro de Utilisé pour différencier les 5Z 52 1 séquence de demandes de réserve répétées binaire réserve provenant d'un disPositif unique Réservé Réservé. Codé par 1 53 53 1 binaire Adresse Adresse source à utiliser pour les 54 65 12 source blocs suivants du paquet asynchrone. binaire L'adresse source identifie s uniquement le service correspondant et le format des données incluses. Blocs Nombre de blocs restants. Une valeur 66 71 6 restants de N implique une longueur de paquet binaire de (93 + 93 . N) octets. Peut s prendre une valeur de O à 63. La longueur maximale des paquets est de 6141 octets. Le binaire de bloc unique doit être défini pour des paquets d'un bloc. Binaires de Spécifie le nombre de binaires de 72 74 3 bourrage bourrage dans l'octet final. binaire (L'octet final précède le premier s octet de bourrage). Peut prendre une valeur de O à 7. Octets de Spécifie le nombre d'octets de 75 81 7 bourrage bourrage dans le bloc final. Peut binaire rendre une valeur de O à 95. ~ s Données Le format des données est déterminé 82 817 93 par l'adresse source ci-dessus. octets Accès de conflit Les périphériques peuvent accéder de manière aléatoire au système sur les blocs de conflit d'accès spécialement marqués. Le point d'accès marque un bloc de conflit d'accès en plaçant l'une des adresses de conflit d'accès réservées dans le champ d'adresse source d'une salve AB. Les périphériques devant transmettre des données accèdent ensuite au système en utilisant un protocole de type CSMA p-persistant. Le niveau de persistance peut varier sur demande du point d'accès, en fonction du niveau d'encombrement et prend les valeurs 1, 1/2 1/4, 1/8 1/16, 1/32, 1/64 ou 1/128. En outre, l'accès de connexion peut être limité au trafic de déclaration uniquement. Le champ de sous-adresse à 5 binaires est utilisé pour spécifier de manière dynamique le niveau de persistance et les limitations sur le créneau de connexion actuelle. Le tableau 10 définit le format de l'adresse de conflit d'accès. Tableau 10 Format de l'adresse de conflit d'accès Champs d'en-tête Description Longueur étendu Adresse Partie fondamentale de l'adresse de 7 binaires fondamentale conflit d'accès. Doit être codée sous la forme binaire 81010101. Etat restreint Une valeur de l indique que seuls l binaire les terminaux faisant une déclaration peuvent accéder à ce bloc de connexion. Réservé Doit être codé par 0. 1 binaire Niveau d e Spécifie le niveau de persistance 3 binaires persistance utilisé par un périphérique dans le bloc actuel. Valeur L e v e %OOO %001 = > 2 %010 = > 4 8011 8 %100 L'accès de conflit peut prendre la forme d'un système aloha crénelé avec détection de porteuse. Les blocs non attribués, restant après les connexions isochrones, constituent le canal aloha crénelé. Un système au repos ne transmet que des blocs de connexion. Un périphérique résolvant un conflit d'accès se voit affecter des blocs non attribués pendant la durée de son transfert. Les autres périphériques détectent l'activité de ce périphérique en l'absence de bloc de conflit d'accès. A la fin du transfert, les blocs non utilisés pour l'accès de conflit seront attribués au système. Le point d'accès contrôle le retrait des périphériques du système. Une valeur élevée de persistance implique un long retrait des périphériques et une faible valeur de persistance implique un court retrait. Le périphérique en conflit d'accès dans le système contrôle les salves AB jusqu'à ce qu'un bloc de commande soit détecté. Lorsqu'il est détecté, le périphérique charge le niveau de persistance, effectue un retrait aléatoire et transmet avec une probabilité p. Un périphérique qui diffère la transmission recommence à contrôler la AB jusqu à ce que la transmission soit effectuée. Un périphérique suppose que la transmission est réussie lorsque l'adresse source incluse dans l'entête étendu est présente dans le champ de destination du créneau de conflit d'accès suivant ou lorsqu'un bloc a été attribué à cette adresse. Les autres événements exigent que le périphérique arrête le conflit d'accès pendant TP201. Les informations ci-dessous décrivent en détail un transfert asynchrone. Le système AD-AMRT intègre un mécanisme simple DAR arrêt et attente avec un algorithme d'ordonnancement. Le DAR et l'ordonnancement travaillent ensemble pour transférer des blocs de données d'ordre N du dispositif source vers le dispositif de destination. Chaque transfert est exécuté par trois entités, l'ordonnanceur, le dispositif source et le dispositif de destination. L'ordonnanceur est une sous-fonction de DMF fonctionnant sur le point d'accès. I1 attribue le nombre approprié de blocs permettant le transfert des données et les répétitions nécessaires. La fonction d'ordonnancement a deux niveaux de responsabilité, le multiplexage de toutes les connexions et la gestion spécifique des connexions individuelles. Le DAR a une influence sur l'ordonnancement spécifique à la Connexion. L'ordonnanceur spécifique à la connexion doit tenir un compte précis des blocs correctement transférés, afin que le multiplexeur de connexions puisse déterminer si les exigences d'une connexion particulière ont été satisfaites ou si davantage de blocs sont nécessaires pour terminer le transfert. Le protocole doit garantir que les compteurs du dispositif source, du dispositif de destination et de l'ordonnanceur restent synchronisés. Le protocole DAR exécute les étapes suivantes pour chaque bloc de données transféré 1. Le point d'accès transmet la salve d'attribution de bloc spécifiant les dispositifs source et de destination dans les champs d'adresse. Les dispositifs source et de destination peuvent être deux périphériques constituant un transfert d'homologue à homologue coordonné. Le dispositif source ou le dispositif de destination peut aussi être le point d'accès, constituant ainsi un transfert dans le sens de la liaison descendante ou de la liaison montante, respectivement. 2. Le dispositif source envoie alors la salve de charge utile au dispositif de destination, incluant un numéro de séquence de blocs à 1 binaire. Un numéro de séquence est maintenu pour chaque sous-adresse sur un dispositif. Le numéro de séquence est réglé sur 0 au début de chaque transfert. 3. Lorsqu'il a reçu la salve de charge utile, le dispositif de destination envoie une salve ACKSEQ au point d'accès. La salve ACKSEQ rend compte de la réception de la salve de charge utile par un accusé de réception positif ou négatif. Si l'accusé de réception est positif, la salve ACKSEQ transmet également la valeur du numéro de séquence. Il n'est pas nécessaire que le point d'accès reçoive la salve de charge utile en cas de transfert d'homologue à homologue. 4. Lorsqu'il a reçu la salve ACKSEQ, le point d'accès renvoie l'accusé de réception, moins le numéro de séquence, dans la salve suivante d'attribution de bloc. 5. Le périphérique source reçoit l'accusé de réception et détermine s'il doit répéter le bloc précédent. L'accusé de réception est toujours reçu avant la transmission de la salve de charge utile suivante. Les informations ci-dessous spécifient le fonctionnement du dispositif source, du dispositif de destination et de l'ordonnanceur spécifique à la connexion en fonction de l'algorithme DAR. Elles spécifient précisément le moment où le numéro de séquence de blocs et le nombre de transferts sont augmentés d'un incrément par toutes les entités participant à la communication, ce qui garantit que tous les blocs sont communiqués dans le bon ordre et que les trois entités terminent le transfert simultanément. Un dispositif source doit suivre l'organigramme représenté sur la figure 20, numéro 2000. Après négociation de la longueur du transfert et de l'adresse de la connexion, le dispositif source initialise le NSB et met le nombre de bloc à zéro (2002). Ensuite, il commence à attendre les blocs attribués. Lors de la réception d'une salve AB contenant son adresse source (2004), le dispositif source transmet la salve de charge utile (2006) au dispositif de destination. A la fin de la transmission, le dispositif de destination reçoit l'accusé de réception dans la salve AB du bloc suivant. Le dispositif source ne décode pas la salve ACRSEQ. Si le bloc a reçu un accusé de réception négatif, le dispositif source continue à attendre les blocs attribués et retransmet le bloc actuel lorsque le bloc attribué suivant arrive. Si le bloc a reçu un accusé de réception positif (2008), le dispositif source augmente d'un incrément (2010) le numéro de séquence de blocs et le nombre de blocs transférés (2012). Si la séquence ne contient plus de bloc, le dispositif source quitte (2016) le mode de transfert. Dans le cas contraire, il reçoit le bloc suivant de la séquence et continue à attendre les blocs attribués. Un dispositif de destination doit suivre l'organigramme représenté sur la figure 21, numéro 2100. Après négociation de la longueur du transfert et de l'adresse de la connexion, le dispositif initialise le NSB attendu et met le nombre de bloc à zéro (2102), et ensuite, il commence à attendre les blocs attribués (2104). Lors de la réception d'une salve AB (2106) contenant son adresse de destination, le dispositif reçoit la salve de charge utile du dispositif source. Si la salve de charge utile a été reçue de manière incorrecte (2107), le dispositif transmet une salve ACKSEQ représentant un NAK (2122) au point d'accès, puis recommence à attendre les blocs attribués. Si la salve de charge utile a été correctement reçue, le dispositif transmet une salve ACKSEQ représentant un ACR-0 ou ACK-1 (2108) en fonction du NSB de la salve de charge utile. Ensuite, il compare le NSB reçu au NSB attendu (2110). S'ils correspondent, le dispositif accepte le bloc de données (2112), augmente d'un incrément le NSB attendu (2114), ainsi que le nombre de blocs transférés (2116). Si tous les blocs ont été reçus (2117), le dispositif quitte le mode de transfert (2118). Dans le cas contraire, il continue à attendre (2120) les blocs attribués. Si le NSB reçu ne correspond pas au NSB attendu, le bloc est rejeté (2124). L'ordonnanceur spécifique à la connexion doit suivre l'organigramme représenté sur la figure 22, numéro 2200. Après négociation de la longueur du transfert et de l'adresse de la connexion, l'ordonnanceur spécifique à la connexion initialise le NSB attendu et met le nombre de bloc à zéro (2202). Ensuite, il commence à attendre les blocs attribués (2204). Lors de la détection d'une salve AB contenant la paire source/destination, le point d'accès reçoit une salve ACKSEQ du dispositif de destination (2206). Si la salve ACKSEQ représente un NAK (2207), l'ordonnanceur spécifique à la connexion envoie un NAR (2208) au dispositif source dans la salve AB suivante et recommence à attendre les blocs attribués. Si la salve ACKSEQ représente un ACK-0 ou ACR-1, l'ordonnanceur envoie un ACK au dispositif source (2210) dans la salve AB suivante puis compare la valeur ACK avec le numéro de séquence attendu (2212). Si le numéro de séquence et la valeur ACK correspondent, l'ordonnanceur spécifique à la connexion augmente d'un incrément son NSB attendu (2214), ainsi que le nombre de blocs transférés (2216). Si tous les blocs ont été transférés (2218), l'ordonnanceur quitte le mode de transfert et demande à l'ordonnanceur de multiplexage d'arrêter d'attribuer des blocs à la connexion. Dans le cas contraire, l'ordonnanceur continue à attendre les blocs attribués. Le système accepte deux types de connexions, à savoir les connexions asynchrones et isochrones. Les connexions asynchrones permettent le transfert des salves de données jusqu'à 1 Mosp. Les connexions isochrones permettent la transmission périodique de types de trafics naturels sensibles au retard. Les deux connexions emploient l'algorithme DAR défini dans la partie précédente. Les parties suivantes définissent les deux types de connexions et les minuteries et compteurs régissant le protocole. Une connexion asynchrone transfère un paquet de données apériodique entre un périphérique et une application. Le type de données le plus fréquent transféré est les datagrammes IP encapsulés dans PPP. Chaque connexion asynchrone est établie pendant le processus de déclaration et est maintenue pendant toute la période pendant laquelle le dispositif est déclaré. Le paquet de données est segmenté par le dispositif source en blocs de charge utile natif, appelés segments asynchrones. Le premier segment est un segment de commande suivi du nombre requis de segment de données. Quatre-vingt-douze octets d'un paquet de données peuvent être inclus dans le segment de commande. Chaque segment de données suivant peut comporter 96 octets de données. Le segment de données final contiendra des binaires de remplissage de façon à former un bloc complet. La fin des données dans le segment final est spécifiée dans les champs d'octets de remplissage et de binaires de remplissage du segment de commande. Voir les informations sur l'en-tête étendu de la connexion de commande pour le format du segment de commande initial. La figure 23, numéro 2300, illustre un transfert ayant pour origine un périphérique sur la connexion asynchrone PPP. Un transfert asynchrone ayant pour origine un périphérique commence par la transmission du segment de commande, par le périphérique (2302), sur un bloc de conflit d'accès marqué ou dans son bloc d'interrogation attribué. Le segment de commande initial spécifie la longueur du transfert en blocs et l'adresse de la connexion asynchrone. Le point d'accès (2304) répond en initialisant un ordonnanceur spécifique à la connexion afin de transférer le nombre requis de blocs à partir de l'adresse source spécifiée, puis attribue des blocs jusqu'à ce que le transfert soit terminé. Le périphérique source participe au transfert en exécutant l'algorithme DAR/d'ordonnancement, défini par le protocole DAR et les informations d'ordonnancement. La figure 24, numéro 2400, illustre un transfert se terminant sur un périphérique sur la connexion asynchrone PPP. Un transfert asynchrone se terminant sur un périphérique commence lorsque le point d'accès annonce le transfert en transmettant le segment de commande pendant l'intervalle d'appel du périphérique. Comme pour le transfert ayant pour origine un périphérique, le segment de commande initial spécifie la longueur du transfert en blocs et l'adresse de la connexion asynchrone. Le périphérique (2402) répond en quittant provisoirement le mode d'attente et en attendant les blocs contenant l'adresse asynchrone dans le champ de destination. Le périphérique et le point d'accès exécutent alors l'algorithme DAR/d'ordonnancement défini par le protocole DAR et dans les informations d'ordonnancement. Les connexions asynchrones, comme toutes les connexions, se situent entre les périphériques et les applications. Cependant, les données contenues dans un transfert asynchrone peuvent être destinées à un autre périphérique. Par exemple, l'adresse IP avec datagramme IP encapsulé dans PPP peut être spécifiée par un autre périphérique. Dans ce type de transfert, l'application peut simplement stocker le paquet asynchrone complet reçu du périphérique source, puis diriger le paquet vers le périphérique de destination lors d'un autre transfert asynchrone. L'application peut aussi demander à la fonction DMF de configurer une connexion d'homologue à homologue entre les périphériques. La figure 25, numéro 2500, illustre un transfert asynchrone d'homologue à homologue. Comme pour le transfert ayant pour origine un périphérique, le périphérique source (2502) envoie un segment de commande au point d'accès (2506). L'application qui se trouve au point d'accès identifiant le périphérique de destination (2504) comme étant un autre périphérique demande à la fonction DMF d'annoncer le transfert au périphérique de destination. Les 92 octets de données contenus dans le segment de commande du périphérique source sont transmis au périphérique de destination dans l'annonce. Tous les segments de données suivants sont transférés directement entre les périphériques source et de destination. Du point de vue des périphériques, un transfert d'homologue à homologue ne peut être distingué d'une connexion ayant pour fin ou pour origine un point d'accès. Plusieurs minuteries de protocole régulent le processus de transfert asynchrone. TP202 spécifie le temps maximal entre la transmission du segment de commande initial et le moment où le premier bloc est attribué à un segment de données. TP203 spécifie le temps maximal entre les blocs attribués aux segments de données. NP201 spécifie le nombre maximal de répétitions d'un bloc particulier de la séquence. Si l'un de ces paramètres de protocole est dépassé, le périphérique doit abandonner le transfert et répéter ou abandonner le paquet. Les connexions isochrones sont un moyen de transmettre des données sensibles au retard comme les types classiques de trafic ou en particulier les échantillons de parole. Comme pour le trafic asynchrone, le mécanisme DAR/d'ordonnancement transporte les échantillons de parole en les rendant résistants aux interférences. Un faible retard est obtenu en limitant la période pendant laquelle un ensemble particulier d'échantillons peut être répété. Cette période de répétition est appelée fenêtre isochrone (FI) et est égale en durée à une trame AD-AMRT. Cependant, à une FI peuvent être attribués différents décalages de trame unique à la connexion. Par exemple, une FI commençant au bloc 5 d'une trame se terminera au bloc 4 de la trame suivante. Une série de FI chaînées constituent une connexion isochrone. Dans chaque FI, 1' algorithme DAR/d'ordonnancement est exécuté afin de transférer un nombre déterminé de blocs. Le nombre de blocs, la fréquence des FI et la direction du transfert sont négociés pendant une configuration isochrone. En mode isochrone, un périphérique peut accepter plusieurs connexions isochrones différenciées par une sous-adresse unique. Chaque connexion isochrone est spécifiée par un nombre déterminé de blocs à transférer par FI et la direction du transfert. Le nombre de blocs détermine le débit de transfert de données du transfert avec un bloc par FI constituant le débit de transfert de données de base de 32 kops. Des connexions avec débit supérieur ou inférieur sont également possibles. Une connexion à débit supérieur est formée en transférant plusieurs blocs par FI, ce qui donne un débit de transfert de données Nx32 kops. Les débits inférieurs sont formés en transférant un bloc toutes les M trames, ce qui donne un débit de transfert de données 32/M kops. Dans le cas type d'une application POTS, le périphérique acceptera deux connexions isochrones, une pour la liaison montante et l'autre pour la liaison descendante, avec attribution d'un bloc par FI. C'est pourquoi le périphérique POTS effectuera deux transferts par FI. En général, une combinaison de trafics à débit supérieur, débit inférieur et débit de base peut faire que le périphérique transfère un nombre changeant de blocs d'une FI à l'autre. Le nombre de blocs transférés pendant une FI particulière est toujours déterminant. Un périphérique peut interrompre la réception pendant les périodes d'inactivité afin d'économiser l'énergie. Après réception du nombre attendus de blocs pour une FI donnée, un périphérique peut être assuré qu'un point d'accès ne lui attribuera pas de blocs jusqu'au début de la FI suivante. Il peut alors désactiver son équilibre de réception pour la FI actuelle. Donc, un ordonnanceur avec signalisation de commande hors bande doit envoyer ses informations avant les blocs isochrones ordonnancés pour la FI. Pour les connexions à débit inférieur, un périphérique peut aussi interrompre la réception entre deux intervalles FI. En cas d'erreurs dans le transfert de blocs, le périphérique doit continuer à recevoir jusqu'à ce que tous les blocs soient répétés correctement. Les transferts isochrones sont initiés par une négociation sur la connexion de commande du périphérique. La figure 26, numéro 2600, illustre un début et une fin isochrone. Le périphérique (2602) peut lancer le processus en transmettant une configuration isochrone asynchrone sur le bloc de conflit d'accès contenant les débits de données des liaisons montante/descendante et l'application requise. Le point d'accès (2604) envoie l'attribution isochrone contenant la ou les adresses isochrones pour la connexion, la trame de début et le décalage de trame. En option, des services peuvent être refusés par un rejet isochrone. I1 en résulte une communication isochrone. Des informations de commande supplémentaires peuvent être échangées de manière asynchrone pendant la connexion. Un périphérique avec données de commande en attente règle le binaire d'état de la connexion de commande dans l'en-tête de charge utile pour indiquer que des informations de commande sont en attente. Lorsque le point d'accès détecte l'état de la connexion de commande, il attribue un bloc à la connexion de commande du périphérique dans la FI suivante. Un point d'accès avec données de commande envoie simplement les informations avant les blocs isochrones. Le périphérique ou le point d'accès peut mettre fin à la connexion. Si la connexion est interrompue par le périphérique, celui-ci envoie une demande de déconnexion asynchrone au point d'accès. Le point d'accès répond par un ordre de déconnexion. Si la connexion est interrompue par le point d'accès, celui-ci envoie simplement un ordre de déconnexion non demandé. Le point d'accès est responsable de la gestion des ressources du système et doit faire appliquer la règle d'admission réservant la largeur de bande pour la retransmission. Lorsque la capacité est dépassée, les connexions isochrones sont refusées. La capacité isochrone d'un système est partagée. Deux minuteries régissent la connexion isochrone, à savoir TP204 et TP205. TP204 définit la période de répétition des messages de configuration isochrone. Si le point d'accès ne répond pas à une configuration isochrone dans le temps TP204, le périphérique peut envoyer de nouveau le message de configuration. TP205 définit l'intervalle minimum entre des transferts FI réussis. Un périphérique va faire redémarrer TP205 lorsqu'il aura reçu tous les blocs isochrones ordonnancés d'une FI. Donc, un transfert FI réussi tous les TP201 est suffisant pour maintenir une connexion active. Si le temps TP205 expire, le périphérique tente de revenir en mode d'attente. Le point d'accès maintient une minuterie équivalente à TP205, TA205 et abandonne également la connexion. Un périphérique déclaré dans un système passe, en général, la plupart du temps en mode d'attente. Ce mode d'attente permet au périphérique d'économiser son énergie lorsqu'il n'est pas activement engagé dans un transfert isochrone ou asynchrone. Deux types de modes d'attente sont acceptés, le mode de réception discontinue (DRX) ou le mode interrogation. Ces modes sont similaires aux connexions isochrones à débit inférieur, sauf que la période entre les FI peut être beaucoup plus longue, de quelques secondes à quelques minutes. Le mode DRX est équivalent à une connexion isochrone sur la liaison descendante et le mode interrogation à une connexion isochrone sur la liaison montante. Un périphérique en mode DRX utilise les tranches de temps de conflit d'accès pour transmettre des informations de commande sur la liaison montante, alors que le périphérique en mode interrogation attend jusqu'à ce qu'il se trouve dans l'intervalle d'interrogation. Les périphériques peuvent recevoir des messages, appelés appels, dans les deux modes, pendant leurs FI ordonnancées, appelées intervalles d'interrogation ou d'appel. Lorsque le périphérique est en mode d'attente, tous les messages sur la liaison montante et sur la liaison descendante sont adressés à la connexion de commande. Le mode DRX a pour objet de compléter le protocole asynchrone en acceptant des unités ayant des charges de données variables et qui exigent de faibles retards. Le mode interrogation peut être utilisé pour alléger un encombrement en renvoyant tous les dispositifs sensibles au retard sur un appel peu fréquent. Le mode interrogation peut aussi être sélectionné si le retard maximal doit être limité du fait qu'un périphérique aura l'opportunité d'accéder au système à chaque intervalle d'interrogation. Le point d'accès détermine si un périphérique est en mode DRX ou en mode interrogation afin d'équilibrer les performances du système pour tous les périphériques. Chaque périphérique doit pouvoir accepter les modes DRX et interrogation pour toutes les applications. En général, tous les types de données peuvent être transmis dans l'intervalle d'appel/interrogation. Sous sa forme la plus simple, l'intervalle peut être utilisé pour transmettre un unique message de commande ou éventuellement un flux de données isochrones à faible vitesse. Le message d'appel peut aussi demander à l'unité de suspendre le mode d'attente. Dans ce cas, le message d'appel contiendra une annonce isochrone ou sera le segment initial d'un transfert asynchrone de plusieurs segments. De même, un périphérique peut suspendre le mode d'attente en transmettant des messages similaires sur la liaison montante. A la fin de la connexion isochrone ou à la fin du transfert asynchrone, un périphérique revient en mode d'attente. En option, un périphérique peut retarder son retour en mode d'attente afin de permettre les transferts asynchrones suivants. Le mode DRX peut être considéré comme une sorte de transfert isochrone particulier, unidirectionnel, d'un point d'accès à un périphérique, et contient une attribution de salves zéro par période. La période est appelée intervalle d'appel. A chaque unité est attribuée une durée entre les intervalles d'appel et un décalage de trame auquel l'intervalle d'appel débute. L'unité doit recevoir correctement une salve par intervalle d'appel. Ensuite, l'unité peut interrompre la réception jusqu'à l'intervalle suivant et économiser de l'énergie. Il faut noter que la salve reçue ne doit pas être adressée à l'unité pour satisfaire aux exigences du protocole. Ainsi, plusieurs unités peuvent être multiplexées dans la même période d'appel. En mode DRX, au périphérique est attribué un intervalle d'appel défini se reproduisant toutes les N trames avec un décalage de trame prédéterminé commençant au bloc M. Le périphérique doit commencer à contrôler le champ d'attribution des blocs en commençant à la trame N, bloc M, jusqu'à ce qu'il démodule correctement une attribution de bloc. Pendant un intervalle d'appel inactif, le point d'accès peut envoyer des données aux autres périphériques s'il le souhaite. Le périphérique démodule une attribution de bloc, détermine si le message est pour un autre utilisateur et revient en mode de faible consommation d'énergie jusqu'à l'intervalle d'appel suivant. Pendant un intervalle d'appel actif, le point d'accès doit répéter le message dans les blocs suivants jusqu'à ce qu'il soit correctement confirmé. Le point d'accès est sûr que le périphérique continuera d'écouter tant que les interférences du four à micro-ondes subsisteront. Un périphérique ayant des données à transmettre peut être en conflit avec un bloc quelconque de conflit d'accès disponible. Deux compteurs régissent le mode DRX. NP202 et NA204. NP202 définit le nombre maximal de salves AB erronées consécutives qu'un périphérique peut recevoir. Si NP202 est dépassé, le périphérique doit tenter de se resynchroniser avec le système. NA204 définit le nombre maximal d'intervalles d'appel consécutifs pendant lesquels un périphérique accuse réception d'un appel qu'un point d'accès doit tolérer. Si NA204 est dépassé, la déclaration du périphérique est annulée par le point d'accès. Un périphérique en mode DRX doit périodiquement être redéclaré au point d'accès pour garantir que la déclaration n'a pas été annulée par inadvertance. La période de redéclaration fait partie de l'élément d'information en mode d'attente défini au paragraphe 3.3.5.5.15. Le paragraphe 3.4.3 Redéclaration des périphériques décrit le processus de redéclaration. Mode interrogation Le mode interrogation est essentiellement un transfert isochrone à débit inférieur, qui est unidirectionnel, du périphérique au point d'accès et contient l'attribution d'une salve par période. La période est appelée période d'interrogation. A chaque unité sont attribués une durée entre les intervalles d'interrogation et un décalage de trame auquel débute l'intervalle d'interrogation. L'unité doit transmettre correctement une salve par intervalle d'interrogation. Si le périphérique n'a pas de données à transmettre, il envoie un message de commande nul. Ensuite, l'unité peut interrompre la réception jusqu'au prochain intervalle d'interrogation et économiser de l'énergie. En mode interrogation, au périphérique est attribué un intervalle d'interrogation se produisant toutes les N trames à un décalage de trame prédéterminé, commençant au bloc M. Le périphérique doit commencer à contrôler le champ d'attribution des blocs en commençant à la trame N, bloc M, jusqu'à ce qu'il transmette un bloc sur la liaison montante ou jusqu'à qu'une période de trame expire. Pendant un intervalle d'interrogation inactif, le point d'accès attribue un bloc sur la liaison montante au périphérique avant qu'une période de trame expire. Pendant un intervalle d'interrogation actif, le point d'accès doit transmettre un message sur la liaison descendante au périphérique avant d'attribuer un bloc sur la liaison montante. Un périphérique ayant des données à transmettre doit attendre jusqu'à l'intervalle d'interrogation suivant. Deux compteurs régissent le mode interrogation. NP203 et NA203. NP203 définit le nombre maximal d'intervalles d'interrogation consécutifs pendant lesquels un périphérique ne reçoit pas de bloc sur la liaison montante attribué à sa connexion de commande sur la liaison montante. Si NP203 est dépassé, le périphérique doit tenter de se redéclarer au système. NA203 définit le nombre maximal d'intervalles d'interrogation consécutifs pendant lesquels un périphérique ne répond pas à une attribution de bloc sur la liaison montante. Si NA203 est dépassé, la déclaration du périphérique est annulée par le point d'accès. Messagerie Le périphérique communique avec DMF au point d'accès par l'intermédiaire de la connexion de commande. La connexion de commande a toujours pour adresse l'adresse de base et la sous-adresse zéro sur les liaisons montante et descendante, voir le paragraphe 3.3.1.1. Un message de commande sur la liaison montante peut être envoyé dans un bloc de conflit d'accès, un bloc d'interrogation quelconque disponible ou être adressé directement au bloc de commande, alors qu'un message sur la liaison descendante peut être envoyé pendant un appel ou pendant une autre période durant laquelle on sait que le périphérique écoute. Tous les messages de commande utilisent l'en-tête étendu de connexion de commande, décrit au paragraphe 3.3.1.2, ainsi que l'en-tête de message de commande, décrit au paragraphe 3.3.5.1. Tous les messages de commande sont asynchrones par nature et sont transmis par un transfert asynchrone. Afin de pouvoir accepter un grand nombre de périphériques différents, fonctionnant sur un bus HF interne, et en tenant compte du fait que tous les périphériques n ont pas les mêmes capacités, un concept de régulation du débit des messages de commande est prévu sur la connexion de commande. Les périphériques capables de transmettre les messages de commande à un débit maximal du système de 1 Mops peuvent utiliser un transfert asynchrone direct pour transmettre les messages de commande plus longs, contenant plusieurs blocs. Ces messages de commande doivent être ordonnancés sous forme de transfert asynchrone à plusieurs segments. Les périphériques ayant des capacités de traitement inférieures peuvent choisir une régulation du débit des messages de commande. Dans ce cas, ces périphériques divisent les messages de commande longs en plusieurs transferts à segment unique, chaque transfert transportant un bloc du message de commande multibloc. Les différents segments uniques peuvent être reconstitués en utilisant les informations de séquence contenues dans l'en-tête du message de commande. Les parties suivantes définissent les messages de commande utilisés par le bus HF interne. Le paragraphe 3.3.5.1 définit le format de l'en-tête du message de commande. Le paragraphe 3.3.5.2 décrit le fonctionnement de la régulation du débit des messages de commande. Le paragraphe 3.3.5.3 donne une liste de tous les messages de commande et les points de code correspondants. Le paragraphe 3.3.5.4 donne des informations détaillées sur chaque message de commande, y compris les éléments d'information requis et optionnels. Enfin, le paragraphe 3.3.5.5 définit le codage de chaque élément d'information individuel. En-tête du message de commande Les messages de commande sont transportés dans un champ de données de 96 octets de la salve de charge utile. Chaque bloc d'un message de commande utilise l'entête étendu de la connexion de commande, réduisant ainsi le nombre d'octets disponibles dans le champ de données à 92. Le codage de ces octets restants est définit cidessous Tableau Tableau 11 Champ octet Description Longueur Version d u Indique la révision du protocole 1 octet protocole de message de commande du bus HF interne. La version O est définie dans ce document. Type d e Identifie le message de commande 1 octet message qui définit le but et les éléments d'information requis et optionnels contenus. Les types de messages disponibles et leurs points de codes correspondants sont définis au paragraphe 3.3.5.5. Longueur d u La longueur du message de 1 octet message commande en blocs. Ce champ peut prendre une valeur comprise entre 1 et 255. La valeur de ce champ est répétée à chaque bloc d'un message de commande multibloc. Bloc d e Indice du bloc de message actuel. 1 octet message Ce champ peut prendre une valeur comprise entre 1 et 255. Le premier bloc d'un message de commande multibloc porte le numéro 1. Eléments Les éléments d'information sont 88 octets d'information définis par le type de message ci-dessus. Les messages peuvent spécifier des éléments obligatoires ou optionnels. Le paragraphe 3.3.5.4 Formats des messages de commande définit les éléments obligatoires et optionnels Par message La connexion de commande fournit un procédé pour réguler le débit des messages de commande de façon à s'adapter à la capacité de mise en tampon et de traitement d'un périphérique particulier. Trois régulations de débit sont proposées, à savoir débit maximal, débit moyen et faible débit. Au débit maximal, la connexion de commande peut délivrer chaque bloc d'un message de commande multibloc en blocs successifs sur l'interface physique. Au débit moyen, les blocs sont transmis à la connexion de commande à une vitesse non supérieure à celle de chaque quatrième bloc sur l'interface physique. Au faible débit, seul un bloc peut être transmis par trame et à une vitesse non supérieure à un bloc toutes les trente secondes sur l'interface physique. Les périphériques fonctionnant au débit maximal peuvent utiliser le processus de transfert asynchrone pour transporter des messages de commande multibloc. Le premier bloc du message identifie le message comme étant un transfert à plusieurs segments dans l'en-tête étendu de la connexion de commande, ce qui permet à DMF d'ordonnancer le transfert sur la couche d'accès au support. Tous les autres blocs sont identifiés comme des transferts à segment unique dans l'en-tête étendu de la connexion de commande, ce qui permet aux blocs de passer par la couche d'accès au support. Pour rester homogène avec les périphériques à débit moyen ou faible, l'en-tête du message de commande contient également des informations de séquence. Les informations de séquence sont redondantes car la couche d'accès au support devra avoir fourni le message multibloc dans l'ordre à DMF. Les périphériques à débit moyen ou faible dérivent le procédé de transfert asynchrone lors du transport de messages de commande multibloc. Tous les blocs sont identifiés comme des transferts à segment unique et passent par la couche d'accès au support. Les informations de séquence de l'en-tête du message de commande sont utilisées pour reconstituer le message par DMF. Le tableau 12 ci-dessous spécifie la valeur, la direction et la référence de chaque message utilisé par les couches de liaison de données et de réseau. La direction est définie comme une liaison montante, une liaison descendante ou une liaison bidirectionnelle. Les messages sur la liaison montante sont toujours envoyés du périphérique vers le point d'accès. Les messages sur la liaison descendante sont toujours envoyés du point d'accès au périphérique. Enfin, les messages bidirectionnels peuvent être envoyés par le périphérique ou par le point d'accès. Valeur Message Direction Référence O Demande d e Liaison montante 3.3.5.4.1 déclaration l Attribution d e Liaison descendante O déclaration 2 Rejet de déclaration Liaison montante 3.3.5.4.3 3 Interrogation Liaison O d'authenticité bidirectionnelle 4 Réponse Liaison 3.3.5.4.5 d'authenticité bidirectionnelle 5 Configuration de Liaison montante 3.3.5.4.6 service 6 Attribution d e Liaison descendante 3.3.5.4.7 service 7 Négociation d e Liaison montante O service terminée 8 Configuration Liaison montante 3.3.5.4.9 isochrone 9 Annonce/attribution Liaison descendante O isochrone 10 Rejet isochrone Liaison descendante O ll Demande d e Liaison montante O déconnexion 12 Ordre de déconnexion Liaison descendante O 14 Informations sur Liaison 3.3.5.4.14 application bidirectionnelle 15 Nul Liaison 3.3.5.4.15 bidirectionnelle Tableau 12 Cette partie définit les éléments d'information contenus dans chaque message de commande. On suppose que les éléments obligatoires doivent apparaître au début du message et que l'ordre est important. De plus, tous les éléments obligatoires ont une longueur fixe. Les éléments optionnels apparaissent après les éléments obligatoires et doivent être identifiés par un identificateur d'éléments d'information suivi d'un champ de longueur en octets. L'ordre est également important pour les éléments optionnels. Cependant, la longueur des éléments optionnels peut varier. Demande de déclaration La demande de déclaration est envoyée par le périphérique au point d'accès pour permettre l'accès au système. Elément d' information Référence Type Longueur Aléatoire M 4 Nombre de connexions M 1 NIP M 12 Régulation de débit des segments M 1 de commande Identificateur de langue M i Modèle de remplissage M 69 Tableau 13 Attribution de déclaration La réponse à la déclaration est envoyée par le point d'accès sous forme de réponse affirmative à une demande de déclaration. Le message déclare le périphérique dans le système. Elément d'information Référence Type Longueur Aléatoire M 4 Adresse de base M 2 Indice de code de cryptage M 2 Séquence de sauts de M 80 fréquence Identification spécifique O 14 au système Identification de O 6 périphérique Canal d'accès de comnande 1 i Modèle de remplissage M 81 Tableau 14 Le rejet de déclaration est envoyé par le point d'accès sous forme de réponse négative à une demande de déclaration. élément Référence Type Longueur d'information Aléatoire M 4 Cause M 4 Identificateur de M 1 langue Modèle d e M 79 remplissage Tableau 15 L'interrogation d'authenticité est envoyée par le point d'accès ou un périphérique interrogeant l'authenticité de l'autre dispositif. Elément Référence Type Longueur d'information Interrogation M 8 aléatoire Modèle d e M 80 remplissage Tableau 16 La réponse d'authenticité est envoyée par le point d ' accès ou un périphérique qui a interrogé, en réponse à une interrogation d'authenticité. Elément Référence Type Longueur d'information Interrogation M 8 aléatoire Réponse M 8 d'authenticité Modèle d e M 72 remplissage Tableau 17 La configuration de service est envoyée par le périphérique comme partie du processus de déclaration. Elle contient les réglages par défaut préférés pour une ou plusieurs applications. Elément Référence Type Longueur d'information Demande O * d'initialisation d'application (multiples) Tableau 18 L'attribution de service est envoyée par le point d'accès au périphérique et spécifie les réglages de l'application attribuée. Les réglages peuvent être négociés et le périphérique peut répondre en envoyant d'autres réglages dans la configuration de service suivante. Elément d'information Référence Type Longueur Mode d'attente M 9 Identification M 12 spécifique au système Identification de M 4 périphérique Attribution O * d'application (multiples) Tableau 19 Le périphérique envoie une fin de négociation de service indiquant les applications acceptées et mettant fin à la négociation de service. Elément d'information Référence Type Longueur Identification spécifique M 12 au système Identification de M 4 périphérique Identificateur O 3 d'application (multiples) Modèle de remplissage M * Tableau 20 La configuration isochrone est envoyée par un périphérique pour demander l'établissement d'une connexion isochrone entre lui et l'application spécifiée. Elément d'information I Référence Type Longueur Identificateur d'application M 1 Demande de connexion M 1 isochrone Demande de connexion O 3 isochrone (multiples) Informations sur O * 1 'application Modèle de remplissage M * Tableau 21 L'annonce/attribution isochrone est envoyée par le point d'accès qui établit une ou plusieurs connexions isochrones. Elément d'information Référence Type Longueur Identificateur M 1 d'application Trame M 3 Décalage de trame M 1 Connexion M 2 Connexion (multiples) M 4 Informations su r O l'application Modèle de remplissage M * Tableau 22 Le rejet isochrone est envoyé par le point d'accès en réponse à une configuration isochrone. Le message peut refuser les services lorsque les ressources isochrones ne sont pas disponibles. Elément d' information Référence Type Longueur Identificateur d'application M l Demande de connexion isochrone M l Demande de connexion isochrone O 3 (multiples) Modèle de remplissage M * Tableau 23 La demande de déconnexion est envoyée par le périphérique pour demander qu'une connexion isochrone soit interrompue. Elément d' information Référence Type Longueur Identificateur M i d'application Connexion M 2 Connexion (multiples) O 4 Informations sur O * 1 'application Modèle de remplissage M * Tableau 24 Le point d'accès envoie un ordre de déconnexion pour mettre fin à une ou plusieurs connexions isochrones existantes. Le message peut être envoyé sans demande préalable ou en réponse à une demande de déconnexion. Elément d'information Référence Type Longueur Identificateur M i d'application Trame isochrone M 2 Connexion M 2 Connexion (multiples) O 4 Informations s u r O * 1 'application Modèle de remplissage Tableau 25 Un message d'information sur l'application transporte des données entre les applications et leurs clients. Le message peut être envoyé par le point d'accès ou par un périphérique. Elément d'information Référence Type Longueur Identificateur d'application M 1 Informations s u U r * 1' application Modèle de remplissage M * Tableau 26 Le message est généralement envoyé pendant un intervalle d'interrogation lorsque le périphérique n'a pas de données de commande à transmettre. En général, il peut être envoyé par le point d'accès ou par un périphérique. Elément d'information Référence Type Longueur Identification spécifique M 12 au système Identification de M 4 périphérique Modèle de remplissage M 73 Tableau 27 Cette partie définit le format et le contenu des éléments d'information envoyés dans les messages définis au paragraphe 3.3.5.4. Les éléments d'information peuvent être précédés d'un identificateur d'élément d'information et d'un champ de longueur. Lorsque l'élément d'information est obligatoire et de longueur fixe, il n'est pas précédé d'un identificateur d'élément d'information et d'un champ de longueur. Lorsque l'information est optionnelle ou de longueur variable, elle doit toujours être précédée d'un identificateur d'élément d'information. Le tableau 28 définit la valeur des identificateurs d'élément d'information. valeur Message ~ Direction Référence O Aléatoire 3.3.5.5.1 1 Nombre de connexions 3.3.5.5.2 2 NIP 3.3.5.5.3 3 Régulation de débit des 3.3.5.5.4 segments de commande 4 Champ nul 3.3.5.5.5 5 Adresse de base 3.3.5.5.6 6 Identification du système 3.3.5.5.7 7 Indice de code de cryptage 3.3.5.5.8 8 Accès au canal de commande 3.3.5.5.9 9 Séquence de sauts de 3.3.5.5.10 fréquence 10 Modèle de remplissage 3.3.5.5.11 11 Identification spécifique 3.3.5.5.12 au système 12 Identification d e 3.3.5.5.13 périphérique 13 Demande d'initialisation 3.3.5.5.14 d'application 14 Mode d'attente 3.3.5.5.15 15 Attribution d'application 3.3.5.5.16 16 Identificateur 3.3.5.5.17 d'application 17 Demande de connexion 3.3.5.5.18 isochrone 18 Informations s u r 3.3.5.5.19 1' application 19 Trame 3.3.5.5.20 20 Décalage de trame 3.3.5.5.21 21 Connexion isochrone 3.3.5.5.22 22 Cause 3.3.5.5.23 Tableau 28 Une valeur aléatoire de 32 binaires sélectionnée lors de la déclaration par le périphérique et renvoyée en écho par le point d'accès. Le nombre de connexions simultanées que le périphérique accepte en fonction des exigences de l'application et de la capacité du matériel. Le nombre minimal de la somme des connexions maximales par application ou les connexions maximales que peut accepter le matériel. Un numéro d'identification de périphérique, qui identifie de manière unique le périphérique. La régulation de débit des segments de commande indique la capacité de l'interface de commande du périphérique. Il s'agit d'une mesure de la puissance de traitement du périphérique et de la profondeur de la mémoire tampon. Valeur Interprétation O Le périphérique accepte une régulation avec débit maximal 1 Le périphérique accepte une régulation avec débit moyen 2 Le périphérique accepte une régulation avec faible débit Tableau 29 Un champ nul toujours codé par zéro. Il peut être de longueur variable. Il attribue l'adresse de base du périphérique. Le format est défini dans le tableau ci-dessous. Tableau 30 Attribution d'adresse de base |Champ9 den-tête -t- Description Longueur i Profondeur de Le nombre de binaires de poids faible 3 sous-adresse dans l'adresse qui représente binaires l'espace de sous-adresse. La valeur peut être comprise entre O et 5. Réservé codé par un 1 binaire Adresse Une valeur de 12 binaires comprise 12 entre O et 4095. binaires Identification du système : Identification courte sélectionnée de manière aléatoire pour différencier le système de ses voisins. Transmis dans chaque salve AB et salve de charge utile. L'indice de code de cryptage spécifie le code de cryptage utilisé par le système. L'accès au canal de commande détermine si la négociation du service est terminée en fonction d'une interrogation ou d'un conflit d'accès. L'élément d'information est toujours optionnel. S'il n'est pas envoyé, il s'agit par défaut d'un accès avec conflit. Le modèle de remplissage est un élément d'information spécial utilisé pour remplir l'espace vide à la fin du bloc. Il ne contient pas de champ de longueur. Lorsque l'analyseur de messages du récepteur rencontre cet élément, il saute au bloc de message suivant. Une valeur binaire de %00011011 remplit le reste du bloc. L'identification spécifique au système comporte 12 octets. Les 4 premiers octets spécifient le fabricant du dispositif. Les autres octets doivent être uniques pour chaque point d'accès fabriqué. L'identification de périphérique est sélectionnée par le point d'accès pour identifier de manière unique un périphérique lors de la déclaration. Le périphérique stocke cette valeur lors de la déclaration initiale. Le périphérique suppose que les services et les sous adresses précédemment négociés sont toujours valables si l'adresse de base, l'identification de périphérique et l'identification spécifique au système correspondent à un ensemble de valeurs se trouvant dans la mémoire cachée. Dans le cas contraire, les services et les sous-adresses doivent être négociés. La demande d'initialisation de l'application est utilisée pendant la négociation de service pour initialiser une application. Le périphérique spécifie l'application à laquelle il souhaite être connecté et indique ses capacités au serveur de l'application. Le format de l'élément d'information est donné dans le tableau 31. Tableau 31 Format de demande d'initialisation d'application Champs Description Longueur Identification Définit uniquement l'application à 4 octets spécifique au connecter système Informations sur Requises par la définition de O à 82 octets 1 'application 1' application Mode d'attente attribue le mode d'attente à un périphérique, à savoir réception avec interrogation ou réception discontinue, le décalage de trame et la trame de début. Tableau 32 Format du mode d'attente Champs | Description Hz Longueur Mode Définit le mode d'attente pour la 1 octet réception avec interrogation ou discontinue. Une valeur de 1 indique une réception avec interrogation, une valeur de O indique une réception discontinue. Période Nombre de trames entre les appels ou 3 octets interrogations. Peut prendre une valeur comprise entre O et 524287. Permet une attente maximale de 3,5 heures et une attente minimale de 24 millisecondes. Décalage de Spécifie le bloc dans la trame de 1 octet trame l'intervalle d'appel. Peut prendre une valeur comprise entre O et 30. Trame de début La trame à laquelle débute le premier 3 octets l'intervalle d'appel. Peut prendre une valeur comprise entre O et 524287. Equivalent au numéro de trame de 19 binaires dans la salve d'attribution de bloc. Période de Spécifie les différentes périodes 1 octet redéclaration d'appel après lesquelles le périphérique doit de nouveau se déclarer au système. Une valeur de O indique que les redéclarations ne sont pas requises. L'attribution d'application est utilisée pendant la négociation de service pour initialiser une application. Le périphérique spécifie l'application à laquelle il souhaite être connecté et indique ses capacités au serveur de l'application. Le format de l'élément d'information est donné dans le tableau 33. Tableau 33 Format d'attribution d'application Champs Description Longueur Identificate Attribue un identificateur court de 8 1 octet ur binaires à l'application pour référence d'applicatio ultérieure. L'identificateur court de 8 n binaires est utilisé comme référence ultérieure et est unique à un point d'accès particulier. Identificate Définit l'application de manière unique 4 octets ur spécifique à l'applicatio n Informations Comme l'exige la définition de O à 82 sur l'application octets l'applicatio n L'identificateur d'application est un identificateur à 8 binaires utilisé comme abréviation de l'identificateur spécifique à l'application. Il est attribué pendant la négociation de service dans l'élément d'information Attribution d'application. Il s'agit d'une réponse à une demande de service. Les paramètres requis sont acceptés par un accusé de réception ou le service est refusé. La demande de connexion isochrone spécifie la connexion isochrone désirée, y compris la direction et le débit. Tableau 34 Demande de connexion isochrone Champs Description Longueur Direction Une valeur de O indique qu'une connexion 1 binaire sur la liaison montante est requise, du périphérique au point d'accès. Une valeur de 1 indique qu'une connexion sur la liaison descendante est requise, du point d'accès au périphérique. Mode Une valeur de O indique qu'une connexion 1 binaire avec débit inférieur est requise et une valeur de 1 indique qu'une connexion avec débit supérieur est requise. Réservé Réservé. Doit être codé par 0. 1 binaire Débit Pour le trafic à débit inférieur, le 5 binaires champ spécifie le nombre de trames entre les blocs et peut prendre une valeur comprise entre O et 5, assurant un débit de transfert de données compris entre 1 et 16 kops. Pour le trafic à débit supérieur, le champ spécifie le nombre de blocs par trame et peut prendre une valeur comprise entre O et 31, assurant un débit de transfert de données de 32 à 992 kops. Les informations sur l'application contiennent des informations sur l'application Tableau 35 Format des informations sur l'application Champs | Description | Longueur Identificateur Attribue un identificateur court de 1 octet d'application 8 binaires à l'application pour référence ultérieure. L'identificateur court de 8 binaires eet utilisé comme référence ultérieure et est unique à un point d'accès particulier. Informations Comme l'exige la définition de O à 82 octets sur l'application 1 'application La trame à laquelle un changement de service commence ou finit. Peut prendre une valeur comprise entre O et 524287. Equivalent au numéro de trame de 19 binaires dans la salve d'attribution de bloc. Le décalage de trame spécifie le bloc de la trame où la fenêtre isochrone commence et peut prendre une valeur comprise entre 0 et 30. La connexion isochrone correspond à une connexion isochrone existante ou attribue une adresse physique à une nouvelle connexion isochrone. Peut être une sousadresse de l'adresse de base. Le champ fait 2 octets de long et contient une adresse physique de 12 binaires. La cause indique la cause du refus du service ou de la fin. Tableau 36 Valeurs de cause Valeur Interprétation "Le périphérique n'a pas été déclaré sur ce point d'accès." 1 "La largeur de bande n'est pas disponible." Autres Réservé. La couche de réseau est responsable du maintien de l'intégrité du réseau, elle garde la trace des périphériques déclarés, des applications disponibles et des performances de l'interface radio. Le point d'accès doit gérer les périphériques déclarés dans le système. Il doit être capable de différencier ses propres périphériques de leurs voisins. De plus, il doit déterminer si les périphériques sont hors tension ou hors d'atteinte. En outre, il doit coordonner et transmettre les paramètres de l'interface radio, comme les séquences de sauts de fréquence, les masques de cryptage et les codes de couleur. Enfin, il doit pouvoir authentifier les périphériques et prouver sa propre authenticité à ces périphériques. Un système peut comprendre des périphériques fabriqués par différents fabricants et achetés individuellement. Afin d'associer les périphériques à un point d'accès, le point d'accès et le périphérique doivent partager un meme numéro d'identification de périphérique (NIP) et peuvent aussi partager un code secret de périphérique (CSP). Chaque périphérique doit être fabriqué avec un NIP unique. Les périphériques acceptant une authentification doivent également contenir un CSP. Lors de l'achat d'un nouveau périphérique, le NIP et le CSP doivent être entrés dans le point d'accès. Le NIP est transmis à l'interface A par le périphérique utilisé pour indexer le CSP au point d'accès. Le CSP ne doit jamais être transmis. Différents procédés peuvent être employés pour entrer le NIP et le CSP. Par exemple, de nombreux périphériques fournissent un logiciel d'application ou des modules de gestion. Le NIP et le CSP peuvent être inclus dans le support de distribution et chargés en même temps que le logiciel. Une autre solution est de taper le NIP et le CSP sur le clavier numérique ou le clavier, qui est connecté d'une manière quelconque au point d'accès ou à l'ordinateur d'un périphérique déclaré ou qui fait partie intégrante du point d'accès. Souvent, on attend des consommateurs qu'ils renoncent à une forte authentification afin de simplifier le processus de configuration. Le NIP est une séquence relativement courte de 10 caractères identifiant de manière unique le périphérique. Le CSP est un code secret de 50 caractères venant s'ajouter au NIP de 10 caractères. De nombreux consommateurs trouvent fastidieux de devoir taper la combinaison NIP/CSP. Lorsque le NIP/CSP est entré dans le logiciel d'application, l'authentification est plus facile, mais tous les périphériques ne sont pas équipés d'applications personnalisées. De plus, le fait de renoncer à l'authentification permet d'obtenir un processus de recherche de périphérique plus simple. Les parties suivantes traitent des protocoles utilisés pour déclarer les périphériques sur les points d'accès. Le paragraphe 3.4.1 traite du processus de déclaration de nouveaux périphériques, y compris des processus de synchronisation, d'authentification et de négociation de service. Le paragraphe 3.4.2 traite des événements qui peuvent provoquer l'annulation automatique de la déclaration d'un périphérique par le système. Enfin, le paragraphe 3.4.3 traite d'un processus rationalisé de redéclaration de périphériques connus dans le système. Pour qu'un périphérique puisse acquérir un nouveau système et accéder à un service, il doit être capable de se synchroniser avec un point d'accès, de rejeter les points d'accès qui ne lui appartiennent pas et enfin d'identifier le point d'accès du client comme étant le sien. Le point d'accès du client et le périphérique sont supposés partager un même NIP, qui est unique au nouveau périphérique. Dans des systèmes sûrs, le point d'accès et le périphérique sont supposés partager également un même CSP. La méthode d'introduction du NIP et du CSP dans le point d'accès est laissée à la discrétion du fabricant. La figure 27, numéro 2700, illustre un automate fini possible qu'un périphérique peut suivre lors de la synchronisation avec un nouveau système. La figure 28, numéro 2800, représente le schéma de séquence des messages du processus de déclaration. Le périphérique commence par rechercher le modèle de synchronisation sur une fréquence initiale (2802). Si aucun modèle de synchronisation n'est détecté dans le temps TP301, le périphérique change systématiquement de fréquences et recommence à chercher le modèle de synchronisation. Si une séquence de synchronisation est détectée, le périphérique envoie une demande de déclaration sur un bloc d'accès en conflit disponible. Dans le temps TA302 (équivalent à TP302), le point d'accès (2704) doit répondre par une attribution de déclaration ou un rejet de déclaration. Si le périphérique est rejeté, il change de fréquence et recommence à chercher le modèle de synchronisation. Lorsqu'un périphérique est accepté par un point d'accès, il reçoit du point d'accès son adresse de base, la table de sauts de fréquence et l'indice de code de cryptage dans l'attribution de déclaration. L'attribution de déclaration inclut également une identification spécifique au système qui identifie de manière unique le point d'accès et une identification de périphérique attribuée par le système, qui peut être utilisée pour les redéclarations suivantes afin d'identifier de manière unique le système et le périphérique. Un périphérique authentifie le réseau en émettant un message d'interrogation d'authenticité contenant un nombre aléatoire qui doit être associé au CSP en utilisant un algorithme d'authentification de façon à produire une réponse d'authenticité. La réponse est communiquée au périphérique dans le message de réponse du point d'accès. Le périphérique compare la réponse à une réponse générée localement et si elles correspondent, le point d'accès a été authentifié. De même, le point d'accès peut authentifier le réseau à l'aide de la même paire de messages d'interrogation et de réponse d'authenticité. Il faut noter que cela n'est pas le cas si le CSP est transmis par l'interface radio, le gardant secret. L'étape suivante du processus de déclaration est la phase de négociation de service. Le périphérique lance le processus en envoyant un message de configuration de service au point d'accès. Le message de configuration de service contient un ou plusieurs éléments d'information de demande d'initialisation d'application. Les informations de demande d'initialisation d'application contiennent un identificateur spécifique à l'application qui identifie de manière unique l'application et le réglage requis de l'application. Chaque demande d'initialisation d'application est transmise à l'application installée, qui interprète les informations et génère une réponse contenant les réglages de l'application sous forme d'éléments d'information d'attribution d'application. La fonction DMF ajoute un identificateur court d'application d'un octet pour référence ultérieure à l'application. Si l'application identifiée est disponible, la fonction DMF génère un élément d'information application non disponible en réponse à la demande d'initialisation. Toutes les réponses d'application sont combinées et transmises au périphérique dans un message d'attribution d'application. Si le périphérique n'est satisfait par aucune attribution d'application, il envoie une autre configuration de service contenant d'autres réglages d'application. Ce processus se poursuit jusqu à ce que le périphérique reçoive un ensemble de paramètres qui lui convienne ou choisisse de ne pas avoir recours aux services d'une application. A ce stade, le périphérique met fin au processus de négociation en envoyant une fin de négociation de service contenant les identifications d'application de l'application qu'il a choisie. Les identifications d'application omises sont supposées rejetées et, donc, le point d'accès peut libérer toutes les ressources précédemment négociées associées aux applications rejetées. Lors du processus de négociation de service, le point d'accès détermine un mode d'attente approprié en fonction des exigences de temps de latence des applications choisies par un périphérique. Le mode d'attente est généralement transmis dans l'élément d'information d'attribution d'application, mais peut être réattribué à chaque fois qu'un périphérique est déclaré dans le système. A la fin du processus de négociation, le périphérique entre en mode d'attente à faible consommation d'énergie. Il quitte le mode d'attente lorsqu'il exécute un transfert isochrone ou asynchrone, puis revient en mode d'attente lorsque les transferts sont terminés. Pendant le déroulement normal des opérations, de nombreux événements peuvent entraîner une annulation de la déclaration d'un périphérique par le point d'accès ou peuvent faire supposer au périphérique qu'il n'est plus déclaré. En général, ces événements sont tous liés à la détection d'une dégradation de la qualité du signal qui peut être provoquée par de nombreux facteurs. Par exemple, le périphérique peut être sorti de la plage ou avoir été masqué. Il se peut aussi que la batterie du périphérique soit déchargée ou que le périphérique soit hors tension. Quelle qu'en soit la cause, une annulation de la déclaration d'un périphérique n'est pas un événement catastrophique et le périphérique peut rapidement être de nouveau déclaré, lorsque la cause de la dégradation de la qualité du signal est éliminée, en utilisant le processus décrit au paragraphe 3.4.3 Redéclaration des périphériques. Une dégradation de la qualité du signal est détectée par des erreurs dans l'exécution du protocole. Par exemple, le fait de ne pas accuser réception de plusieurs appels ou interrogations successifs est une raison pour le point d'accès d'abandonner le périphérique. De même, un périphérique rencontrant plusieurs intervalles d'interrogation sans être interrogé peut supposer que le point d'accès a annulé sa déclaration. D'autres événements garantissant l'annulation de la déclaration sont par exemple une panne brusque et prolongée du transfert isochrone ou l'incapacité d'un périphérique à décoder un nombre important de salves AB successives. Un point d'accès annule la déclaration d'un périphérique lorsque les compteurs NA203 et NA204 sont dépassés. La déclaration d'un périphérique est également annulée lorsque la minuterie TA205 a expiré. Enfin, un périphérique peut ne plus être déclaré s'il n'a pas exécuté la redéclaration exigée par le mode d'attente DRX. Un périphérique tente de se redéclarer auprès d'un système lorsque les minuteries NP202 et NP203 ont été dépassées. Un périphérique tente également de se redéclarer lorsque la minuterie TP205 a expiré. Enfin, un périphérique peut se redéclarer conformément aux exigences du mode d'attente DRX. Le processus de redéclaration se déroule régulièrement pendant le fonctionnement normal du protocole et peut être exécuté de manière adéquate. La figure 29, numéro 2900, est un organigramme du processus de redéclaration. L'organigramme a deux entrées, une pour les périphériques actuellement synchronisés avec le système et une pour les périphériques qui ne sont pas synchronisés. Le processus est similaire au processus de déclaration normal en ce que la recherche de fréquence est utilisée et est suivie d'une demande de déclaration. Cependant, le processus de redéclaration permet à un point d'accès, qui identifie un périphérique familier, de répondre par une attribution de déclaration contenant une identification de périphérique identique à celle émise lors de la déclaration initiale. Le périphérique, qui reconnaît l'identification du périphérique familier associée à l'identification spécifique au système, peut reprendre l'opération déclarée en supposant que tous les paramètres négociés restent identiques. En option, un périphérique ou un point d'accès peut renoncer au processus de redéclaration rapide. Un périphérique choisissant de renoncer au processus commence la phase de négociation de service, alors que le point d'accès renonce au processus en attribuant une nouvelle identification de périphérique dans l'attribution de déclaration. La présente invention peut présenter des modes de réalisation ayant d'autres formes spécifiques, sans s'écarter de l'esprit ou des caractéristiques essentielles de l'invention. Les modes de réalisation décrits doivent être considérés dans tous leurs aspects uniquement comme des illustrations et ne sont pas restrictifs. L'étendue de l'invention est donc indiquée par les revendications jointes plutôt que par la description précédente. Toutes les modifications équivalentes des revendications sont comprises dans leur étendue. REVENDICATIONS 1. Procédé utilisé pour contrôler un commutateur de diversité d'espace dans un système duplex à répartition dans le temps, caractérisé par les étapes de A) entrée des données sur un périphérique ; B) production d'un contrôle de redondance cyclique CRC1 dans un périphérique C) transmission des données et du CRC1 par le périphérique ; D) réception, par un dispositif de point d'accès, des données et du CRC1 E) extraction du CRC1 des données reçues et production d'un deuxième contrôle de redondance cyclique CRC2 à partir des données reçues F) détermination si CRC1 est égal à CRC2, et si c'est le cas, la demande de répétition n'est pas générée G) si CRC1 n'est pas égal à CRC2, génération d'une demande de répétition H) augmentation du compteur d'un incrément I) détermination si un nombre de demandes = N, et si le nombre de demandes w N, augmentation d'un incrément d'un compteur et retour à l'étape D ; et J) si le nombre de demandes = N, réinitialisation du compteur, changement d'un état d'antenne et retour à l'étape D. 2. Dispositif de point d'accès permettant de fournir la diversité d'espace dans un système duplex à répartition dans le temps caractérisé par A) un émetteur-récepteur de dispositif de point d'accès couplé à l'entrée de données du dispositif de point d'accès de réception et à une unité de contrôle permettant la transmission et la réception des données duplex à répartition dans le temps B) une unité de contrôle couplée à l'émetteurrécepteur de dispositif de point d'accès, permettant de déterminer s'il est nécessaire de générer une demande de répétition C) une unité de commande d'antenne, couplée à l'unité de contrôle permettant de changer la sélection d'antenne en fonction d'un schéma prédéterminé ; et D) une unité d'antenne couplée à l'unité de commande d'antenne et à un autocommutateur temporel duplex permettant de communiquer avec le dispositif périphérique. 3. Dispositif de point d'accès selon la revendication 2, dans lequel l'iémetteur-récepteur du dispositif de point d'accès comprend A-F A) un émetteur couplé à une unité logique de formatage des blocs de données utilisé pour transmettre les données B) l'unité logique de formatage des blocs de données couplée pour recevoir des données d'un dispositif périphérique et qui organise en blocs les données provenant du dispositif périphérique C) un régisseur couplé pour recevoir des demandes de répétition, à l'unité logique de formatage des blocs de données et à l'unité logique de déformatage des blocs de données afin de contrôler le fonctionnement de l'émetteur-récepteur ; D) l'unité logique de déformatage des blocs de données couplée à un récepteur afin d'extraire du bloc de données les données et un premier CRC provenant du dispositif périphérique E) le récepteur couplé à un autocommutateur temporel duplex afin de recevoir les données provenant du dispositif périphérique ; et F) l'autocommutateur temporel duplex couplé à l'émetteur et au récepteur afin de diriger les signaux haute fréquence vers et à partir de l'émetteur-récepteur du dispositif de point d'accès. 4. Dispositif de point d'accès selon la revendication 3 comprenant en outre une unité de génération de CRC couplée à l'unité logique de formatage des blocs de données afin de générer un CRC pour les données reçues du dispositif périphérique. 5. Dispositif de point d'accès selon la revendication 3, dans lequel l'unité de contrôle comprend A-C A) une unité de génération de CRC2 couplée à l'unité logique de déformatage des blocs de données afin de générer un deuxième CRC à partir des données reçues du dispositif périphérique B) une unité de contrôle de CRC couplée à l'unité logique de déformatage des blocs de données et à l'unité de génération de CRC2 afin de comparer le premier CRC et le deuxième CRC et sortir une demande de répétition lorsque le premier CRC n'est pas égal au deuxième CRC et augmenter d'un incrément un compteur de N événements de l'unité de commande d'antenne C) et si sélectionnée, dans lequel l'unité de contrôle est un compteur de N événements couplé pour recevoir les demandes de répétition, pour compter un nombre de demandes de répétition, et une première bascule couplée au compteur de N événements pour changer l'état de l'antenne lorsqu'un nombre d'événements de demandes de répétition dépasse N, nombre entier prédéterminé. 6. Dispositif de point d'accès selon la revendication 3, dans lequel l'unité de contrôle comprend A-D A) une unité de détermination de la qualité du signal couplée au récepteur afin de générer un signal proportionnel à un signal reçu B) une porte de transmission couplée à l'unité de détermination de la qualité du signal et à l'unité logique de dé formatage des blocs de données afin de prélever des échantillons à la sortie de l'unité de détermination de la qualité du signal pendant un bloc de données ; et C) un comparateur couplé à la porte de transmission afin de déterminer un niveau de l'unité de détermination de la qualité du signal et si le niveau de l'unité de détermination de la qualité du signal est inférieur à un seuil prédéterminé, il change l'état de l'antenne D) et si sélectionné, dans lequel l'unité de commande d'antenne comprend une deuxième bascule, couplée au comparateur pour changer l'état de l'antenne lorsque la qualité d'un signal reçu du dispositif périphérique tombe au-dessous d'un seuil prédéterminé pendant un intervalle de bloc de données. 7. Dispositif de point d'accès selon la revendication 9, dans lequel l'unité d'antenne est A ou B A) une antenne commutable ; et B) un groupement à déphasage 8. Dispositif périphérique permettant de fournir la diversité d'espace dans un système duplex à répartition dans le temps caractérisé par A) un émetteur-récepteur de dispositif périphérique couplé pour recevoir l'entrée de données, une antenne, pour transmettre et recevoir les données duplex temporelles, où l'émetteur-récepteur de dispositif périphérique comprend Al) un émetteur couplé à une unité logique de formatage des blocs de données afin de transmettre des données A2) l'unité logique de formatage des blocs de données couplée pour recevoir les données provenant d'un dispositif périphérique et pour organiser en blocs les données provenant d'un dispositif périphérique A3) un régisseur couplé pour recevoir des demandes de répétition à l'unité logique de formatage des blocs de données et à une unité logique de dé formatage des blocs de données afin de commander le fonctionnement de l'émetteur-récepteur de dispositif périphérique A4) l'unité logique de déformatage des blocs de données couplée à un récepteur pour organiser un flux continu de données en blocs ayant un nombre prédéterminé de binaires et ajouter un autre nombre prédéterminé de binaires de commande A5) le récepteur couplé à un autocommutateur temporel duplex afin de recevoir des données d'un dispositif de point d'accès ; et A6) l'autocommutateur temporel duplex couplé à l'émetteur et au récepteur afin de diriger les signaux haute fréquence vers et à partir de l'émetteur-récepteur de dispositif périphérique ; et B) une antenne couplée à l'émetteur-récepteur de dispositif périphérique afin de communiquer avec un dispositif de point d'accès. 9. Dispositif périphérique selon la revendication 8 comprend au moins l'un de A-C A) comprenant en outre une unité de contrôle couplée à l'émetteur-récepteur du dispositif périphérique, l'unité de contrôle étant caractérisée par Al) une unité de génération de CRC couplée à l'unité logique de déformatage des blocs de données afin de générer un code de redondance cyclique CRC à partir de l'entrée des données ; et A2) une unité de contrôle de CRC couplée à l'unité logique de déformatage des blocs de données et à l'unité de génération de CRC afin de comparer le CRC généré par l'unité de génération de CRC avec un CRC envoyé par un émetteur-récepteur d'un point d'accès pour sortir une demande de répétition lorsque le CRC généré par l'unité de génération de CRC est différent du CRC envoyé par l'émetteur-récepteur du point d'accès. B) comprenant en outre une unité de génération de CRC1 couplée à l'unité logique de formatage des blocs de données afin de générer un CRC1 pour les données reçues du dispositif de point d'accès et C) où le dispositif est l'un de C1-C9 C1) haut-parleur sans fil C2) téléphone sans fil C3) imprimante partagée C4) jeu en réseau C5) ordinateur personnel périphérique C6) jeu pour enfants ; C7) dispositif électrique vidéo C8) dispositif électrique audio ; et C9) boîtier de réglage. 10. Procédé utilisé pour contrôler un commutateur de diversité d'espace dans un système duplex à répartition dans le temps, caractérisé par les étapes suivantes A) entrée des données sur un dispositif de point d'accès ; B) production d'un contrôle de redondance cyclique CRC1 dans le dispositif de point d'accès C) transmission des données et du CRC1 par le dispositif de point d'accès D) réception, par un périphérique, des données et du CRC1 E) extraction du CRC1 des données reçues et génération d'un deuxième contrôle de redondance cyclique CRC2 à partir des données reçues F) détermination si CRC1 et CRC2 sont identiques et si c'est le cas, transmission d'un accusé de réception ACK G) si CRC1 et CRC2 sont différents, transmission d'un accusé de réception négatif NAK ; H) réception du ACK/NAK par un récepteur du dispositif de point d'accès I) détermination, par le dispositif de point d'accès, si un ACK ou un NAK a été reçu ; J) si un ACK a été reçu, pas de génération d'une demande de répétition et si un NAK a été reçu, génération d'une demande de répétition par le dispositif de point d'accès K) augmentation d'un incrément d'un compteur L) détermination si un nombre de demandes = N, N étant un nombre entier prédéterminé, et si le nombre de demandes w N, retour à l'étape C ; et M) si le nombre de demandes = N, réinitialisation du compteur, changement d'un état d'antenne et retour à l'étape C.