FR2817099A1 - Reseau telephonique local comportant une grappe de bases radio - Google Patents

Abstract

Le réseau téléphonique local comporte une grappe de bases radio (1, 2) qui tiennent à jour une table (15, 22) de mobilité des combinés (9) avec lesquels elles sont en liaison, les tables de mobilité (15, 22) étant accessibles à toutes les bases (1, 2) et toutes les bases (1, 2) pouvant recevoir tout appel entrant et l'aiguiller (11, 12, 16, 18) vers une autre base (2, 1) en cas de besoin.

Description

<Desc/Clms Page number 1>

La présente invention concerne les réseaux téléphoniques locaux comportant une grappe de bases radio, par exemple des bases DECT, gérant un nombre relativement important de combinés téléphoniques.

Comme ceux-ci sont mobiles, les bases doivent détecter les combinés de leur zone radio respective pour tenir à jour une table centrale de localisation des combinés, encore appelée table de mobilité, qui permet, à une unité centrale, d'aiguiller les appels entrants vers la base voulue.

Il s'agit donc d'une architecture de gestion centralisée, dans laquelle les bases sont asservies par l'unité centrale pour qu'elles lui fournissent leur table de mobilité et, en retour, pour qu'elles prolongent par radio les appels entrants aiguillés vers celles sélectionnées par l'unité centrale.

Une telle architecture de gestion est toutefois économiquement mal adaptée aux réseaux de faible taille, car l'unité centrale représente un coût non négligeable.

La présente invention vise à proposer une solution permettant d'optimiser le coût du réseau en fonction de sa taille.

A cet effet, l'invention concerne un réseau téléphonique local comportant une grappe de bases radio qui sont agencées pour tenir à jour une table de mobilité des combinés radio avec lesquels elles sont en liaison, les tables de mobilité sont accessibles à toutes les bases et toutes les bases peuvent recevoir tout appel entrant et l'aiguiller vers une autre base en cas de besoin.

Ainsi, le réseau présente une architecture répartie.

L'invention sera mieux comprise à l'aide de la description suivante d'une forme de réalisation préférée du réseau téléphonique local de l'invention, en référence au dessin annexé, sur lequel : - la figure 1 représente schématiquement le réseau de l'invention et - la figure 2 représente schématiquement une base radio DECT du réseau.

<Desc/Clms Page number 2>

Le réseau téléphonique local 5 de la figure 1 comporte une grappe de N bases radio identiques à portée limitée, ici DECT, dont deux seulement sont représentées et référencées 1 et 2. Une pluralité de combinés radio mobiles 9 peut accéder aux bases 1,2.

Les bases 1,2 sont reliées entre elles, ici par fil, par une artère ou réseau local 20. Chaque base 1,2 détecte la présence et l'identité, dans sa zone de couverture radio, de combinés 9, qui émettent à cet effet des signaux radio de signalisation et tient à jour une table correspondante 15, dite de mobilité. Chaque table de mobilité 15 est accessible à toutes les bases 1,2 et l'ensemble des tables de mobilité 15 des bases 1,2 permet donc de connaître la position ou zone radio de chaque combiné 9.

Comme expliqué plus en détails en regard de la figure 2, chaque base 1,2 comporte un microprocesseur, comme le microprocesseur 11 de la base 1 représentée, pour recevoir et traiter les appels entrants, c'est-à-dire effectuer leur routage vers le combiné 9 appelé. Le microprocesseur 11 lit leur numéro ou adresse de combiné 9 destinataire dans une signalisation fournie avec l'appel entrant, puis consulte les tables de mobilité 15 des diverses bases 1,2 pour identifier la base 1,2 en liaison radio (au moins potentiellement) avec le combiné 9 appelé.

Si la table 15 de la base 1 considérée contient le numéro ou adresse appelé, le microprocesseur 11 accepte l'appel entrant et y affecte une voie radio DECT pour prolonger l'appel jusqu'au combiné 9 appelé.

Si le numéro ou adresse du combiné 9 appelé est dans une table 15 d'une autre base 2, le microprocesseur Il renvoie l'appel par l'artère 20 vers cette base 2, où il est alors accepté selon le processus décrit plus haut.

Ce renvoi d'appel n'est toutefois nécessaire que dans la mesure où les appels entrants ne parviendraient qu'à un nombre limité de bases 1,2 de la grappe.

Par contre, dans le cas d'exploitation pour lequel il serait prévu de diffuser systématiquement la signalisation de destinataire des appels entrants vers chaque base 1,2, l'ensemble des bases 1,2 de la grappe

<Desc/Clms Page number 3>

constituerait une sorte de banc de filtres logiques, en parallèle, de numéro ou adresse de destinataire. Le filtre ou base 1 concerné par l'appel assurerait son traitement, comme exposé plus haut, et les N-1 autres filtres ou bases 2 rejetteraient l'appel, c'est-à-dire n'y donneraient aucune suite puisqu'il est traité et accepté ailleurs et qu'un renvoi est donc inutile.

Par appel, ou appel entrant, on entend désigner ici tout appel interne, provenant d'un combiné 9 (ou autre poste téléphonique) et entrant dans sa base 1,2, et tout appel d'origine externe entrant dans le réseau 1,2, 20 en provenance de réseaux externes lorsqu'il est prévu, comme cela est préférable, des liaisons correspondantes. La description ci-après correspond à une telle option.

L'artère 20 est reliée à cet effet à un réseau informatique 30, ici l'Internet, à travers un routeur de paquets IP référencé 24, et est reliée à un faisceau de lignes du réseau téléphonique commuté RTC 40 à travers une passerelle 25 d'adaptation de format des signaux échangés. En outre, dans cet exemple, chaque base 1,2 est reliée directement à un réseau téléphonique externe 50 tel que RTC, RNIS, ou encore Internet. Il s'agit ici en fait du réseau RTC.

Pour traiter le cas de paquets IP, il est ici prévu un serveur 23 d'adresse IP dynamique rattaché à l'artère 20 et fournissant aux bases 1,2 une telle adresse lorsqu'on les installe et qu'elles requièrent alors automatiquement une adresse IP. Le serveur 23 peut en variante être intégré dans la première installée des bases 1,2.

La référence 22 désigne une table de mobilité centrale, reliée à l'artère 20, qui correspond au contenu de toutes les tables 15 des bases 1,2. La table centrale 22 représente une option selon laquelle les tables locales 15 sont remplacées par la table centrale 22, éventuellement dupliquée, tenue à jour de même par les diverses bases 1,2.

La table centrale 22 peut encore être prévue comme copie de secours des tables locales 15, qui subsistent alors localement en tant que telles.

<Desc/Clms Page number 4>

La référence 21, représentée en pointillés, correspond à une unité centrale optionnelle de routage des appels entrants par réception et traitement des appels, reliée à l'artère 20. Comme expliqué plus loin, le réseau de l'invention peut en effet être reconfiguré pour que le traitement des appels, effectué normalement de façon décentralisée dans les bases 1,2, soit remplacé par un traitement centralisé dans l'unité centrale 21 lorsque la taille du réseau dépasse une limite économique.

La figure 2 représente les blocs fonctionnels de la base 1. Elle comporte une base de temps 10 qui rythme le fonctionnement du microprocesseur 11 et des divers blocs fonctionnels représentés. Un bus 19 relie le microprocesseur 11 à un module d'interface 12, de liaison avec l'artère 20 et d'adaptation du format des signaux échangés sur l'artère 20, ici des données en paquets au format IP, qui sont mises en paquets et dépaquetées.

Un module d'interface de ligne téléphonique 13, d'isolation galvanique et

t d'échange des signaux vocaux et de signalisation, relie une ligne du réseau RTC 50 à un codée 14 relié au bus 19. A celui-ci sont en outre reliés la table 15 en mémoire vive RAM, une mémoire vive RAM 16 de logiciels de commande du microprocesseur 11 et un processeur de signal, DSP, 17, pour comprimer et décomprimer les signaux vocaux DECT. Des circuits radio DECT 18 gèrent la trame DECT sous la commande du microprocesseur 11.

La mémoire 16 contient en particulier un protocole permettant aux bases 1,2 de dialoguer entre elles pour traiter les appels et en particulier de se transmettre des informations telles que leurs tables de mobilité 15. Dans cet exemple, il s'agit du protocole SIP. Le protocole H 323 serait de même envisageable.

Un paquet de données d'appel provenant par exemple de l'Internet 30 à travers le routeur 24 est transmis à au moins une base 1,2 pour y être traité.

<Desc/Clms Page number 5>

Comme exposé plus haut, il y a éventuellement renvoi si toutes les bases 1, 2 n'ont pas reçu en parallèle cet appel, et, sinon, il y a simplement filtrage logique pour, dans chaque base 1,2, le rejeter ou l'accepter.

Pour que chaque base 1,2 puisse accéder en lecture à toutes les tables de mobilité 15, il peut être prévu que chaque base 1,2, ayant à traiter un appel, appelle les autres bases 2,1 pour accéder en lecture aux tables 15 de celles-ci ou consulte le cas échéant la table centrale 22. Il peut encore être prévu que chaque base 1,2 diffuse systématiquement le contenu de sa table 15 et ses mises à jour par transfert vers toutes les autres bases 2,1.

En pareil cas, cela équivaut à disposer de la table centrale 22 dans chaque base 1,2, si bien que les temps de lecture sont alors réduits.

Dans le cas d'un appel provenant du réseau RTC 40, un message vocal d'accueil est prévu dans la passerelle 25 pour inviter l'appelant à fournir une numérotation complémentaire DTMF, ou suffixe, dans la voie phonique spécifiant le numéro d'appel, interne au réseau local, du combiné 9 appelé. Si, par contre, le réseau 40 offre la fonction RNIS de sélection directe à l'arrivée SDA, les derniers chiffres du numéro appelé sont transmis automatiquement par le réseau 40 dans un canal de signalisation. Dans un cas comme dans l'autre, la passerelle 25 retransmet aux bases 1,2 la signalisation de numérotation ainsi reçue et celles-ci recherchent le numéro appelé dans les tables de mobilité 15 pour traiter l'appel. Un appel parvenant directement sur une base 1,2 en provenance du réseau RTC 50, peut être traité comme exposé plus haut, par acceptation locale de cet appel, si la base 1 qui le reçoit est celle qui est concernée et, sinon, par renvoi de cet appel en le prolongeant vers la base 2 appropriée. La diffusion systématique de cet appel, depuis la base 1 qui l'a reçu vers toutes les bases 2, pour un filtrage parallèle, est de même encore envisageable.

On dispose ainsi de passerelles locales, les modules 13, modulaires, qui peuvent se substituer fonctionnellement à la passerelle centrale 25 et ainsi limiter les coûts lorsqu'un nombre limité de lignes réseau suffit.

<Desc/Clms Page number 6>

Le logiciel d'exploitation en routage des bases 1, 2 est, dans cet exemple, téléchargé à partir d'un serveur qui est ici l'unité centrale 21, comportant à cet effet un module 210 de téléchargement associé à une mémoire 211 de logiciels de protocole de communication et de routage. En particulier, le logiciel du protocole de communication SIP est ainsi téléchargé en mémoire 16. Afin toutefois de pouvoir centraliser le routage des appels, comme expliqué plus haut, l'unité centrale 21 peut aussi télécharger, dans les mémoires 16 des bases 1,2, des données d'inhibition du logiciel de routage des appels et donc du protocole SIP. Le module 210 avec la mémoire de logiciels 211 constitue ainsi un serveur d'inhibition de la fonction routage des bases 1,2. Le protocole SIP est alors fonctionnellement remplacé, par téléchargement, par un logiciel du protocole de communication MGCP, selon lequel les bases 1,2 sont asservies à l'unité centrale 21, qui assure alors elle-même le routage des appels entrants et les distribue vers les bases 1,2 des combinés 9 appelés, par consultation de leurs tables de mobilité 15 ou 22.

Claims (1)

REVENDICATIONS 1.-Réseau téléphonique local comportant une grappe de bases radio (1, 2) qui sont agencées pour tenir à jour une table (15,22) de mobilité des combinés (9) avec lesquels elles sont en liaison, caractérisé par le fait que les tables de mobilité (15,22) sont accessibles à toutes les bases (1,2) et toutes les bases (1,2) peuvent recevoir tout appel entrant et l'aiguiller (11,12, 16,18) vers une autre base (2,1) en cas de besoin. 2. -Réseau selon la revendication 1, dans lequel les tables de mobilité (15, 22) sont accessibles à toutes les bases (1,2) par lecture. 3. -Réseau selon la revendication 1, dans lequel les tables de mobilité (15,
1. 22) sont accessibles à toutes les bases (1, 2) par transfert de leur contenu.

   4. -Réseau selon l'une des revendications 1 et 2, dans lequel les tables de mobilité sont regroupées dans une table centrale (22).

   5.-Réseau selon l'une des revendications 1 à 4, dans lequel chaque base (1,2) est reliée à un réseau téléphonique externe (50).

   6.-Réseau selon l'une des revendications 1 à 5, dans lequel il est prévu une unité centrale (21) de routage des appels entrants comportant un serveur d'inhibition des moyens (16) de routage des bases (1,2) et de téléchargement d'un logiciel d'asservissement des bases (1,2) à l'unité centrale (21).

   7.-Réseau selon la revendication 6, dans lequel le logiciel d'asservissement comporte le protocole de communication MGCP.