FR2726142A1 - Procede de commande, de regulation et de gestion du trafic reseau sur un reseau telephonique commute intelligent - Google Patents

Abstract

Procédé de régulation et de gestion de trafic de réseau en un point de commande de service à accès interposé dans un environnement ouvert avancé de réseau intelligent. L'invention est mise en oeuvre en un point de commande de services à accès interposé dans le réseau, et se trouve déclenchée lorsqu'une interrogation destinée à un point de commande de service d'un tiers, est générée à un point de commutation de service. Le point de commande de services à accès interposé reçoit cette interrogation et la traite pour déterminer si elle doit être envoyée au point de commande de services du tiers. Si l'interrogation ne viole pas l'un quelconque des taux ayant été négociés entre la messagerie d'échange locale et le tiers, cette interrogation est transmise du point de commande de services à accès interposé, vers le point de commande de services du tiers. Si l'interrogation amène l'un ou plusieurs des taux négociés à être violés, l'interrogation est traitée en défaut d'une manière prédéterminée, par la messagerie d'échange locale.

Description

" Procédé de commande, de régulation et de gestion du tra-

fic réseau sur un réseau téléphonique commuté intelli-

gent " Domaine technique La présente invention concerne le domaine de la téléphonie commutée et, plus particulièrement, un procédé

de commande, de régulation et de gestion du trafic de ré-

seau sur un réseau téléphonique commuté intelligent.

Arrière plan de l'invention Deux attributs principaux du réseau téléphonique commuté public intelligent moderne, sont sa souplesse et

son accessibilité. La souplesse du réseau permet à des mes-

sageries d'échange locales de réaliser plus facilement de nouveaux services d'abonnés du réseau à l'endroit des bases de données de messageries d'échange locales. La souplesse

du réseau permet également aux composants physiques du ré-

seau de varier suivant les besoins d'abonnés particuliers

et suivant les applications du réseau. De plus, l'accessi-

bilité du réseau doit permettre, après une action future de la Federal Communications Commission et des commissions de service public d'état, à des tiers fournisseurs tels que des sociétés de câble et des sociétés de communications

cellulaires (appelées ci-après Autres Fournisseurs de Ser-

vices, ou AFS), d'accéder à des bases de données de messa-

geries d'échange locales, généralement après négociations

avec la messagerie d'échange locale pour une quantité auto-

risée de débit de trafic de réseau.

La raison fondamentale de la souplesse et de l'accessibilité du réseau réside dans son architecture de système, c'est à dire l'architecture de Réseau Intelligent

Avancé (RIA). Depuis son développement et son extension ul-

térieure, l'architecture RIA a permis à de nouveaux servi-

ces de réseaux d'être introduits par des messageries d'échange locales, plus rapidement et avec moins de coûts

de développement associés que dans le cas des réseaux anté-

rieurs. En même temps, elle a permis à des messageries

d'échange locales de gérer plus facilement ces services.

Sans surprise, à la suite de l'extension de cette architec-

ture ouverte, des messageries d'échange locales ont intro-

duit avec succès, ces dernières années, une multitude de nouveaux services de réseau pour les abonnés du réseau, et l'on s'attend à ce que les AFS en fournissent beaucoup plus

à l'ouverture du RIA.

Par suite de l'introduction de cette multitude de nouveaux services de réseau, le débit du trafic de réseau,

à différents niveaux de ce réseau, doit augmenter notable-

ment et, comme les AFS commencent à fournir un nombre

croissant de services, le besoin de surveiller et de con-

trôler efficacement le trafic du réseau doit devenir une

nécessité pour éviter une surcharge du réseau et pour s'as-

surer que le trafic associé aux AFS particuliers, ne dé-

passe pas les taux négociés.

A la lumière de ce qui précède, et pour compren-

dre plus complètement la nécessité de la présente inven-

tion, il est tout d'abord nécessaire de comprendre l'architecture de base du RIA. La figure 1 est un schéma par blocs de l'environnement du RIA et montre d'une façon

générale en 10 les composants du RIA. Ces composants con-

tiennent la majeure partie de l'intelligence dans le réseau

et sont bien connus des spécialistes.

Chacun d'une pluralité de commutateurs de cen-

traux est équipé d'un noeud de Point de Commutation de Ser-

vice (PCS) sur le Réseau Intelligent Avancé. Une pluralité

de PCS représentatifs sont représentés en 12a-12c à la fi-

gure 1. Les spécialistes de la question reconnaîtront que

chaque Point de Commutation de Service (PCS) est le compo-

sant de Réseau Intelligent Avancé (RIA) d'un commutateur de

central électronique typique, tel qu'utilisé par une messa-

gerie d'échange locale. Les lignes en tirets entre les PCS de la figure 1 indiquent qu'un nombre arbitraire peut être

associé au réseau utilisé par une messagerie d'échange lo-

cale donnée quelconque. Chacun des PCS 12a-12c est équipé d'un matériel et d'un logiciel approprié pour générer des déclencheurs en réponse à une activité sur les lignes de numérotation, et pour accepter des instructions provenant

de points de commande de service et d'ailleurs dans le RIA.

De chaque central associé au PCS 12a-12c partent des lignes

d'abonné respectives 14a-14c qui se terminent par des com-

binés téléphoniques respectifs 17a-17b. Typiquement chaque commutateur de central associé à un PCS doit être connecté

à 10000-70000 lignes d'abonnés. Un numéro d'abonné particu-

lier à l!intérieur du réseau est associé à une connexion par l'une particulière des lignes d'abonnés 14a-14c. Ainsi, chaque PCS doit générer des déclencheurs appropriés qui comprennent une information identifiant la ligne d'abonné particulière lorsqu'un appareil 17a-17c branché à la ligne dans une installation située dans les locaux du client, est décroché, commence à numéroter. La nature et le format de ces déclencheurs sont bien connus des spécialistes de la question et sont spécifiés dans le protocole du Système de

Signalisation 7 (SS7).

On comprendra que les combinés téléphoniques 17a-

17c sont des représentations généralisées d'équipements terminaux dans les locaux des clients. Par suite, en plus des combinés téléphoniques conventionnels, des dispositifs

tels que des machines de fac-similé, des dispositifs d'ap-

pel automatique, et analogues, peuvent également être bran-

chés aux lignes d'abonnés. De plus, on comprendra que certaines fonctions de reroutage d'appel réalisées par le Réseau Intelligent Avancé (RIA) peuvent amener un numéro

d'abonné particulier à être momentanément associé à une au-

tre ligne d'abonné que celle qui lui est normalement asso-

ciée. Par exemple, la réalisation d'un appel lancé dans le réseau lorsque le Réseau Intelligent Avancé (RIA) termine un appel vers un numéro d'abonné particulier pour une ligne d'abonné différente, sur la base d'instructions émises par

l'utilisateur du numéro d'abonné, doit momentanément asso-

cier les appels à un numéro d'abonné correspondant à une

ligne d'abonné différente.

Les centraux associés aux PCS 12a-12c communi-

quant à leur tour entre eux par une pluralité de circuits

principaux indiqués en 18a et 18b à la figure 1. Ces cir-

cuits principaux relient les centraux entre eux et sont les

chemins principaux des voies qui assurent les communica-

tions lorsqu'ils sont fermés. On comprendra qu'une communi-

cation de réseau peut être un appel téléphonique ordinaire, une transmission de données, ou tout autre type de message

généré par un appelant sur le réseau et dirigé vers un nu-

méro téléphonique d'un appelé, également sur le réseau. On

comprendra également que, dans un réseau typique, les cir-

cuits principaux 18a et 18b ne représentent pas les seuls chemins de connexion entre les centraux associés aux PCS 12a, 12b et 12c. Le Réseau Intelligent Avancé (RIA) assure le suivi de l'état des lignes et peut couper un appel par les circuits principaux entre centraux éloignés, si aucune

connexion directe n'est disponible entre le central connec-

té à la ligne de l'abonné initial et le central connecté à

la ligne de l'abonné final.

Des liaisons de données 22a, 22b et 22c branchent

respectivement les PCS 12a, 12b et 12c à un Point de Trans-

fert de Signal (PTS) local 20. Ces liaisons de données sont typiquement des liaisons de données bidirectionnelles à 56 kilobit par seconde utilisant le protocole du Système de Signalisation 7 (SS7). Ce protocole SS7 est bien connu des spécialistes et se trouve décrit dans une spécification pu-

bliée par le American National Standards Institute (ANSI).

Le protocole SS7 est un protocole en plusieurs couches;

chaque couche fournit des services aux couches situées au-

dessus de celui-ci et se base sur les couches situées au-

dessous de celui-ci pour les services. Le protocole utilise des paquets comportant des signalisations de début et de

fin, ainsi qu'un bit de vérification. Les paquets fournis-

sent également un domaine d'informations de signaux avec des données spécifiques d'utilisateur de longueur variable et une étiquette d'acheminement. Les paquets fournissent en outre un octet d'information de service qui identifie une priorité du message, la destination du message au niveau du

réseau national, et le nom d'utilisateur identifiant l'en-

tité qui a créé le message. Les paquets comprennent égale-

ment des numéros de commande et de séquence avec des

utilisations et des désignations bien connues des spécia-

listes et. qui sont décrites plus en détail dans la spécifi-

cation ANSI indiquée ci-dessus.

Les paquets de données SS7 générés par les PCS 12a, 12b et 12c sont envoyés des PCS vers le PTS 20. Un point de transfert de signal tel que le PTS 20 n'est pas

normalement la destination finale de ces paquets; au con-

traire, il s'agit d'un commutateur à grande vitesse et à bornes multiples programmé pour diriger le trafic entre les autres composants du réseau. Le PTS 20 commute les paquets en réponse à une information d'acheminement contenue dans

le protocole en couches des paquets transportés sur les li-

gnes de données 22a, 22b et 22c. On remarquera également que les points de transfert de service tels que les PTS 20

sont installés par paires redondantes pour assurer un ser-

vice ininterrompu sur le réseau si l'un des PTS d'une paire

tombe en panne.

Le PTS 20 local est à son tour branché, par une liaison 26 de données SS7, à un point de commande service (SCP) local 24 du type bien connu des spécialistes de la question. Les points de commande de service tels que les SCP 24 sont mis en oeuvre par des ordinateurs puissants,

relativement tolérants aux défauts, tels que le " Star Ser-

ver FT Model 3200 ", ou le " Star Server FT Model 3300 ", tous deux vendus par l'American Telephone and Telegraph Company. Les architectures de ces ordinateurs sont basées respectivement sur des plates-formes " Tandem Integrity S2 " et " Integrity Sl ". Ces ordinateurs comportent des commandes de 1 à 27 disques dans des tailles se situant de

300 méga-octets à 1,2 giga-octets par commande, et une mé-

moire principale se situant de 24 à 192 méga-octets. Cette puissance de traitement permet aux ordinateurs d'exécuter jusqu'à 17 millions d'instructions par seconde. Avec le protocole SS7, cela équivaut à 50 à 100 transactions (paires interrogation/ réponse) de messages de réseau par seconde. Comme pour les PTS indiqués ci-dessus, ces SCP

sont utilisés par paires redondantes pour assurer un fonc-

tionnement continu du réseau dans le cas o l'un des SCP

d'une paire tombe en panne.

Les points de commande de service (SCP) contien-

nent la majeure partie de l'intelligence nécessaire pour

réaliser les caractéristiques d'accès limitées qui sont as-

sociées à la présente invention. Par exemple, le SCP 24

contient des bases de données d'abonné associées à des nu-

méros d'abonné connectés aux PCS 12a, 12b et 12c. Lors-

qu'une communication est établie à partir d'un numéro d'abonné particulier, plusieurs déclencheurs sont définis à

l'endroit du PCS associé pour cette communication particu-

lière. Chaque déclencheur génère un paquet de données et

l'envoie au SCP 24. Chaque déclencheur pousse le SCP à in-

terroger une base de données contenant des instructions de traitement de communication personnalisées assignées à des numéros d'abonnés particuliers. Le SCP 24 détermine quel type d'instructions de traitement spécialisées, s'il en existe, doivent être réalisées en association avec la com- munication. Le paquet peut charger le PCS d'acheminer la communication suivant les instructions de traitement de communication spécialisées, ou d'acheminer la communication d'une manière couramment connue par les spécialistes sous

le nom de Service Téléphonique Ancien Simple (STAS), sui-

vant les instructions de base de données particulières à

chaque numéro d'abonné.

Les bases de données SCP sont mises à jour par

une information provenant d'un Système de Gestion de Ser-

vice (SGS) 28 par l'intermédiaire de la liaison de données

SS7 27. Le SGS 28 est également mis en oeuvre par un ordi-

nateur numérique puissant à applications générales. Lors-

qu'un abonné modifie ses instructions de traitement de

communication personnalisées, le SGS 28 met à jour les ca-

ractéristiques d'abonné en chargeant vers le bas cette nou-

velle information dans les bases de données à l'endroit du SCP 24 par l'intermédiaire de la liaison de données 27. Le SGS 28 charge également vers le bas, sur une base qui n'est pas en temps réel, l'information de facturation nécessaire

pour facturer aux abonnés les caractéristiques personnali-

sées fournies.

Le SGS 28 est également branché, pour le desser-

vir, à un noeud de service (NS) 30 par l'intermédiaire d'une liaison de données 31. Comme représenté à la figure

1, le noeud de service 30 est typiquement connecté à un pe-

tit nombre seulement de PCS par l'intermédiaire de liaisons d'un réseau numérique intégré de services (RNIS) représenté en 32. Ce noeud de service (NS) est du type bien connu des spécialistes et se trouve mis en oeuvre par les mêmes types d'ordinateurs que ceux mettant en oeuvre le SCP 24. Le NS comprend la base de données et les capacités de calcul

possédées par le SCP 24. De plus, le NS 30 comprend égale-

ment des capacités de reconnaissance de parole et de signal

DTMF, ainsi que des capacités de synthèse de la parole.

Ainsi, bien que les formes de réalisation physiques du SCP

24 et du NS 30 soient analogues, leurs fonctions sont dif-

férentes. Tandis que les points de commande de service (SCP) réalisent normalement les services d'interrogation de

base de données et de routage qui apparaissent avant l'éta-

blissement d'une communication (en fournissant un signal de

sonnerie à l'abonné appelé et un signal de retour de sonne-

rie à l'abonné appelant), les noeuds de service tels que NS

sont utilisés pour réaliser des instructions de traite-

ment de communication nécessitant une connexion audio, ou

pour faciliter le transfert d'une grande quantité de don-

nées pendant ou après une communication établie sur le ré-

seau. Ainsi, les services réalisés pendant une communication nécessitent généralement l'utilisation d'un

noeud de service.

Le réseau comprend également un PTS 33 régional connecté au PTS 20 local par une liaison de données SS7 (non représentée), et un SCP 34 régional connecté au PTS 32 régional et au SGS 28 par l'intermédiaire de liaisons de données SS7 (non représentées). L'information chargée vers

le bas dans le PTS 20 local et le SCP 24 local, est égale-

ment fournie à ces dispositifs régionaux. Ces dispositifs régionaux permettent ainsi à des instructions de traitement de communication d'abonné associées à des numéros d'abonnés particuliers, d'être réalisées sur une base de la largeur

du réseau, indépendamment de l'emplacement physique du nu-

méro d'abonné dans le réseau.

Généralement, un programme d'Intervalle de Code Automatique (ICA) est réalisé au niveau du SCP pour réduire le débit du trafic des PCS vers le SCP 24. Le programme peut être déclenché automatiquement par le SCP sur la base de certains critères d'activation, ou peut être déclenché manuellement par un Gestionnaire de Réseau. Le programme d'ICA peut également être déclenché soit sélectivement pour

commander un abonné ou un service particulier, ou non-

sélectivement pour commander le débit de tout le trafic supporté par le SCP. Si l'ICA est déclenché sélectivement, le programme d'ICA est effectué en associant un code sur lequel l'ICA doit être activé, avec une entité contrôlée telle qu'un abonné, un service ou un SCP. Le programme

d'ICA fonctionne sur un base de réponse de façon que, lors-

que le programme est activé au SCP de l'une des deux maniè-

res indiquées ci-dessus, le SCP émet un message de commande de trafic d'ICA vers le CPS supporté par l'ICA. Le message de commande de trafic amène le SCP à réguler le débit du

trafic vers le SCP pour protéger celui-ci des surcharges.

Cependant, dans un environnement de réseau inter-

posé, trois problèmes de commande de trafic de réseau doi-

vent apparaître dans un tel réseau lorsque les points de commande de service d'AFS sont réalisés en association avec

un point de commande de service à accès interposé. Ces pro-

blèmes, discutés ci-après, rendent impraticable et obsolète

l'utilisation d'un ICA pour une commande de trafic inter-

SCP. Tout d'abord, la destination d'une interrogation n'est

pas connue jusqu'à ce que l'Application de Paquets de Ser-

vice à Accès Interposé (APS-AM) au SCP transmette l'inter-

rogation. Ainsi, lorsque les SCP d'AFS sont réalisés dans un environnement de réseau interposé, il ne doit pas être pratique d'activer un programme d'ICA pour commander le trafic de réseau vers le SCP d'AFS au niveau PCS, car un

PCS doit être incapable de déterminer une destination d'in-

terrogation de SCP d'AFS. L'APS doit terminer sa transmis-

sion au SCP pour que la destination de l'interrogation soit

déterminée. Le programme d'ICA au PCS ne doit pas être ca-

pable de réduire sélectivement le rythme d'interrogation vers un SCP d'AFS, car le PCS ne connaît pas la destination

finale de l'interrogation. En d'autres termes, le point in-

termédiaire pour une interrogation en cours de traitement

allant d'un PCS vers un SCP d'AFS, est un SCP-AM. Les don-

nées de routage pour l'interrogation sont contenues dans le SCP-AM, mais pas dans le PCS. Par suite, le SCP-AM connaît

la destination finale (SCP d'AFS approprié) pour une inter-

rogation, tandis que PCS ne la connaît pas. Sur la base de ces paramètres, l'inefficacité et l'incapacité d'activer un programme d'ICA au niveau du PCS, sont évidentes pour un

spécialiste de la question.

En second lieu, le programme d'ICA doit être in-

efficace pour réguler le trafic entre les PCS et les SCP

d'AFS, du fait de la remise en forme du trafic d'interroga-

tion au SCP. Lorsqu'il fonctionne en point à accès interpo-

sé, le SCP modifie les caractéristiques d'arrivée du trafic

au SCP d'AFS du fait des retards d'intertraitement asso-

ciés. Par suite, le SCP déclenche effectivement de nouveaux

courants de trafic vers les SCP d'AFS. La réduction du tra-

fic d'interrogation doit ainsi être effectuée au point pour lequel les courants de trafic sont déclenchés pour les SCP

d'AFS ou SCP-AM. Si le programme d'ICA est utilisé pour ré-

guler le trafic du SCP d'AFS au niveau PCS, il peut en ré-

sulter un surcontrôle ou un sous-contrôle du trafic vers les SCP d'AFS, car le trafic devrait être contrôlé à la fois au niveau PCS et au niveau SCP. Il est beaucoup plus efficace de réguler le trafic vers une destination à partir

de la source immédiate ou la plus proche de cette destina-

tion. La source de trafic la plus proche pour un SCP d'AFS est le SCP-AM, de sorte qu'il est plus efficace de réguler

le trafic du SCP-AM vers le SCP d'AFS.

En troisième lieu, le programme d'ICA doit être inefficace pour appliquer des taux de trafic négociés entre la messagerie d'échange locale et les AFS. Il est difficile d'appliquer les taux de trafic négociés car l'utilisation

de l'ICA n'est pas un procédé exact mais seulement une ap-

ll proximation. Il est également difficile de réaliser un maximum instantané et une moyenne pouvant être maintenue pour le trafic d'interrogation, en utilisant un programme

d'ICA. Les AFS négocient des taux de trafic avec des messa-

geries d'échange locales qui possèdent et mettent en ser- vice le SCP. Lorsque ces taux de trafic sont négociés, il est souhaitable que l'opérateur s'assure que le taux de trafic négocié est maintenu pendant une longueur de temps spécifiée, étant donné que la demande de services fournie par les AFS existe. Le programme d'ICA ne fournit pas de moyens pour entretenir ces taux négociés sur des périodes

de temps.

En résumé, le programme d'Intervalle de Code Au-

tomatique (ICA) qui est normalement utilisé au niveau PCS pour commander l'écoulement du trafic vers le SCP, ne doit pas être aussi efficace dans un environnement interposé,

pour les raisons indiquées ci-dessus.

Ainsi, il existe un besoin technique d'une métho-

dologie de régulation de l'écoulement du trafic d'un SCP

vers des SCP d'AFS associés, dans un environnement de ré-

seau interposé, d'une manière qui tienne compte des besoins ci-dessus.. En particulier, il est souhaitable d'avoir un

système qui peut réguler ce trafic au niveau SCP, à l'in-

verse du niveau PCS, pour éviter un surcontrôle ou un sous-

contrôle importants de ce trafic. De plus, il existe un be-

soin d'un système qui permette de réguler le trafic au ni-

veau SCP tout en permettant à une messagerie d'échange locale d'avoir une pleine commande du trafic du réseau à travers son SCP. En outre, il existe un besoin d'un système comportant un mécanisme de commande et de gestion de trafic pour s'assurer que l'écoulement du trafic vers les SCP d'AFS est adapté aux taux de trafic négociés, en réduisant un trafic excessif vers un SCP d'AFS. Enfin, il existe un besoin d'assurer la surveillance des taux de trafic pour

chaque SCP d'AFS sans utiliser une grande capacité de trai-

tement du SCP, afin de minimiser des retards supplémentai-

res dans le réseau.

Résumé de l'invention La présente invention comprend des procédés de régulation et de gestion du trafic de réseau dans un envi- ronnement de Réseau Intelligent Avancé (RIA), grâce à l'utilisation d'éléments de réseau placés à un point de

commande de service à accès interposé (SCP-AM). La motiva-

tion se trouvant derrière la présente invention est un be-

soin de fournir à une messagerie d'échange locale un moyen

de contrôle du trafic de réseau toujours croissant résul-

tant d'une augmentation du nombre de services d'accession

d'AFS, et de bases de données placées à des points de com-

mande de service de la messagerie d'échange.

La présente invention surmonte les limitations ci-dessus associées au contrôle du trafic au niveau PCS,

par un programme d'ICA. En particulier, la présente inven-

tion surmonte les problèmes associés aux retards de traite-

ment propres et à la remise en forme du trafic qui se produit au SCP. De plus, la présente invention fournit un

moyen pour maintenir des taux négociés sur une certaine pé-

riode de temps.

* Définie sous sa forme la plus large, la présente invention comprend un procédé de régulation du trafic dans

un réseau téléphonique commuté intelligent comportant plu-

sieurs points de commande de service d'AFS et un point de commande de service à accès interposé (SCP-AM). Le point de commande de service à accès interposé comprend un premier point de surveillance et de commande de trafic servant à

limiter le nombre maximum d'interrogations qui sont trans-

mises des points de commutation de service de réseau vers un point de commande de service d'AFS pendant une période

de temps appelée période d'observation. Le point de com-

mande de service à accès interposé comprend également un

second point de surveillance et de commande de trafic ser-

vant à réguler le nombre d'interrogations transmises des points de commutation de service vers un point de commande

de service d'AFS pendant une seconde période de temps cons-

tituée de plusieurs périodes d'observation. Le procédé com-

prend les étapes consistant à faire passer des points de commutation de service vers le point de commande de service à accès interposé, toutes les interrogations destinées à un

point de commande de service.

Au premier point de surveillance et de commande de trafic, si le nombre d'interrogations transmises au point de commande de service à accès interposé pendant la période d'observation, est supérieur à un nombre maximum prédéterminé, toutes les interrogations en excès du maximum

sont abandonnées. Si le nombre d'interrogations est infé-

rieur au maximum prédéterminé pour la période d'observa-

tion, les interrogations doivent être transmises au second

point de surveillance et de commande de trafic.

Au second point de surveillance et de commande de trafic, si le nombre d'interrogations revues pendant une période d'observation est supérieur à une moyenne permise prédéterminée, toutes les interrogations sont transmises au

point de.commande de service d'AFS de destination. Le se-

cond point de surveillance et de commande de trafic est en-

suite réglé pour permettre à un plus petit nombre

d'interrogations d'être transmises pendant la période d'ob-

servation suivante. Si le nombre d'interrogations reçues au second point de surveillance et de commande de trafic est inférieur à la moyenne admissible prédéterminée, toutes les

interrogations sont transmises au point de commande de ser-

vice d'AFS de destination. Le second point de surveillance et de commande de trafic est ensuite réglé pour permettre à un plus grand nombre d'interrogations d'être transmises pendant la période d'observation suivante. Si le nombre

d'interrogations reçues est supérieur à la moyenne admissi-

ble prédéterminée pour un nombre maximum prédéterminé de périodes d'observation, le nombre d'interrogations qu'on laisse passer pendant les périodes d'observation suivantes est maintenu de manière à entretenir le taux moyen sur la

seconde période de temps.

Le nombre d'interrogations arrivant au premier point de surveillance et de commande de trafic est suivi

par le premier point de surveillance et de commande de tra-

fic grâce à un compteur statique associé. Le compteur est incrémenté de 1 lorsqu'on détecte une interrogation qui est destinée à un point de commande de service d'AFS, et le compteur est décrémenté jusqu'à zéro à l'expiration de la

période d'observation.

Comme indiqué ci-dessus, le procédé selon la pré-

sente invention règle le second point de surveillance et de commande de trafic en lui permettant de laisser passer un nombre d'interrogations, soit plus grand, soit plus petit

que la moyenne prédéterminée pendant la période d'observa-

tion suivante, de manière à maintenir le taux moyen prédé-

terminé pendant la seconde période de temps plus longue. Ce réglage esteffectué en incrémentant ou en décrémentant de 1 un seuil de compteur d'un compteur associé au second point de.surveillance et de commande de trafic, à la fin

d'une période d'observation. Pendant la période d'observa-

tion suivante, on laisse passer soit 1 interrogation de plus soit 1 interrogation de moins, suivant que le compteur a été incrémenté ou décrémenté. Si le compteur est augmenté jusqu'à un compte maximum prédéterminé, ce compte doit être maintenu si les périodes d'observation suivantes ont des

nombres d'interrogations en excès. Si les périodes d'obser-

vation suivantes ont des nombres d'interrogations infé-

rieurs au nombre maximum prédéterminé, le compte doit être

décrémenté en conséquence.

Par suite, un objet de la présente invention est de réguler le trafic dans un réseau commuté intelligent au

niveau SCP.

Un autre objet de la présente invention est de créer un procédé de régulation du trafic d'un SCP-AM vers

des SCP d'AFS dans un réseau commuté intelligent.

Un autre objet encore de la présente invention est de créer une messagerie d'échange locale ayant la

pleine commande du trafic s'écoulant à travers son SCP-AM.

Un autre objet encore de la présente invention

est de créer une messagerie d'échange locale ayant la capa-

cité de surveiller le courant de trafic du SCP-AM vers cha-

que FSP d'AFS, sans utiliser une grande capacité de traitement du SCP-AM et sans produire de retards inutiles

dans le réseau.

Un autre objet encore de la présente invention est de créer un procédé de régulation de l'écoulement du trafic du SCP-AM vers les SCP d'AFS, pour appliquer les taux de trafic négociés par la messagerie d'échange locale avec les AFS, et de réduire un trafic excessif vers les SCP d'AFS. Un autre objet encore de la présente invention est de créer un procédé de régulation du trafic vers les

SCP d'AFS qui soit plus efficace que le programme d'Inter-

valle de Code Automatique (ICA) actuellement disponible.

On constatera, d'après la description qui suit

des diverses formes de réalisation de la présente inven-

tion, que celle-ci répond à ces objets et aux besoins dé-

crits ci-dessus des abonnés particuliers.

Brève description des dessins

La présente invention sera décrite ci-après de

manière plus détaillée à l'aide de modes de réalisation re-

présentés sur les dessins annexés dans lesquels:

- la figure 1 est un schéma par blocs de l'envi-

ronnement dans lequel la forme préférée de réalisation de la présente invention fonctionne; - la figure 2 est un schéma par blocs illustrant l'écoulement du trafic à accès interposé apparaissant du fait de la mise en oeuvre de la présente invention; - la figure 3 est un schéma par blocs illustrant le mécanisme de surveillance et de commande de trafic réa- lisé au point de commande de service à accès interposé de la présente invention; - la figure 4 est un schéma par blocs illustrant plus en détail le régulateur de trafic de la figure 3; - la figure 5 est un schéma par blocs illustrant plus en détail le régulateur de trafic de la figure 4;

- la figure 6 est un schéma illustrant les varia-

tions qui se produisent dans les compteurs de la présente

invention au moment de l'arrivée d'un trafic d'interroga-

tions au premier point et au second point de surveillance ou d'écoute et de commande de trafic; - la figure 7 est une illustration graphique des variations de la valeur de compteur au premier point de

surveillance ou d'écoute et de commande de trafic, sans dé-

passement du compteur; - la figure 8 est une illustration graphique des variations de la valeur de compteur au premier point de

surveillance ou d'écoute et de commande de trafic, avec dé-

passement du compteur; - la figure 9 est une illustration graphique des

variations de la valeur de compteur au second point de sur-

veillance ou d'écoute et de commande de trafic, sans dépas-

sement du compteur; - la figure 10 est une illustration graphique des

variations de la valeur de compteur au second point de sur-

veillance ou d'écoute et de commande de trafic, avec dépas-

sement du compteur; - la figure 11 est un ordinogramme illustrant le

procédé général utilisé pour traiter une interrogation gé-

nérée à un PCS et reçue au premier point de surveillance ou d'écoute et de commande de trafic du régulateur de trafic de la présente invention; et la figure 12 est un ordinogramme illustrant le procédé général utilisé pour traiter une interrogation transmise du premier point de surveillance ou d'écoute et de commande de trafic vers le second point de surveillance

ou d'écoute et de commande de trafic du régulateur de tra-

fic de la présente invention.

Description détaillée de l'invention

En considérant maintenant les figures des dessins dans lesquels les mêmes parties ou les mêmes étapes ont été désignées par les mêmes références, on décrira maintenant la forme préférée de réalisation de la présente invention appelée ci-après d'une façon générale Régulateur de Trafic

(RT). Le Réseau Intelligent Avancé (RIA) d'un système télé-

phonique commuté typique tel que celui représenté à la fi-

gure 1, a été décrit en détails dans la partie " Arrière

plan de l'invention " de la présente description. Comme on

le décrira maintenant ci-après, la présente invention,

lorsqu'elle est mise en oeuvre dans le RIA, est un méca-

nisme efficace pour commander le trafic SCP vers SCP et, plus particulièrement, pour appliquer les taux de trafic

négociés entre un accès SCP interposé et des SCP d'AFS as-

sociés, comme cela apparaîtra à l'évidence aux spécialistes

de la question à la lecture de la description qui suit.

La figure 2 est un schéma par blocs d'un environ-

nement de réseau à accès interposé dans lequel est réalisé un SCP 24' à accès interposé. Ce SCP-AM est décrit dans la demande en cours de numéro de série 083984 déposée le 28 juin 1993 et intitulée " Mediation of Open AIN Interface for Public Switched Telephone Network ". Le SCP-AM 24' laisse passer les interrogations générées aux PCS, de ces

PCS vers les AFS auxquels ces interrogations sont desti-

nées. Ces SCP d'AFS sont possédés et exploités par d'autres

fournisseurs de services qui, pour un taux négocié, utili-

sent les caractéristiques de routage et de bases de données au SCP-AM 24'. Chaque SCP d'AFS est considéré comme étant

un abonné à l'Application de Paquets de Service à accès in-

terposé (APS-AM). Ainsi, lorsqu'un PCS particulier génère une interrogation et l'envoie au SCP-AM, l'APS-AM détermine la destination de l'interrogation et l'envoie au SCP d'AFS approprié. A la réception de l'interrogation du PCS, le SCP d'AFS prépare alors une réponse qui est envoyée au PCS d'origine par le SCP-AM. A la réception de la réponse du

SCP d'AFS, le PCS achemine l'appel en conséquence.

La figure 3 est une vue d'ensemble imagée de la

manière selon laquelle la présente invention régule l'écou-

lement du trafic d'interrogations vers les SCP d'AFS. Comme

représenté, les interrogations indiquées d'une façon géné-

rale par la flèche 36, destinées à des SCP d'AFS particu-

liers, sont déclenchées en PCS 12a, 12b et 12c. Les interrogations sont acheminées à travers le SCP-AM 24' dans

lequel le Régulateur de Trafic (RT) de la présente inven-

tion, représenté d'une façon générale en 38 à la figure 4,

effectue ses fonctions de régulation, comme cela sera dé-

crit plus en détail ci-après. Les interrogations obtenues

au taux d'interrogations régulé représenté d'une façon gé-

nérale par la flèche 40, passent ensuite au SCP d'AFS 25a.

Les paramètres du Régulateur de Trafic (RT) et ses composants, comme représenté à la figure 4, peuvent être introduits dans le SCP par le Système de Gestion de Services (SGS) 28 représenté à la figure 2. Les paramètres du RT peuvent également être introduits directement dans le SCP par l'intermédiaire d'une console ou d'un terminal de gestion. Les valeurs. des divers paramètres de régulation du Régulateur de Trafic (RT), tels que les taux maximum et moyens admissibles pendant des périodes de temps définies

pour chaque taux, et la longueur des périodes de temps pen-

dant lesquelles les taux maximum et moyens admissibles sont surveillés, sont introduites par le SGS. Ces paramètres font tous partie de données d'abonnement pour chaque AFS et

seront décrits plus en détails ci-après.

Le SGS collecte également des mesures concernant l'écoulement du trafic d'interrogations vers un SCP d'AFS particulier. Ces mesures comprennent le nombre de fois que le taux d'interrogations maximum admissible est dépassé pendant une période de temps définie, et le nombre moyen

d'interrogations dirigées vers un SCP d'AFS pendant une pé-

riode de temps définie. La liste détaillée de ces mesures sera fournie dans le plan de gestion de réseau pour le RIA ouvert. En se référant de nouveau à la figure 3, dans le

cas d'une surcharge, le SCP d'AFS peut avoir besoin de ré-

duire le taux d'interrogations même plus loin que le taux

d'interrogations régulé, et peut effectuer cela en ren-

voyant au SCP-AM 24' un message de commande de trafic indi-

qué par la flèche 42. En réponse, une fonction de configuration au SCP- AM 24' doit configurer les paramètres de commande appropriés reçus dans le message de commande de

trafic, pour déclencher de nouveaux taux de trafic au Régu-

lateur de Trafic. Le Régulateur de Trafic doit alors régler ses paramètres en fonction des nouvelles valeurs provenant

du SCP d'AFS, pour réduire encore le trafic d'interroga-

tions destiné au SCP d'AFS particulier, et doit renvoyer un

massage d'ICA, indiqué en 44, aux PCS pour réguler en con-

séquence le taux d'interrogations.

Le message de commande de trafic contient deux paramètres. Le premier paramètre spécifie un nouveau taux de trafic réduit, tandis que le second paramètre spécifie la durée du temps pendant lequel le trafic d'interrogations doit être réduit. Comme le message de commande de trafic

est analogue au message d'ICA (c'est à dire qu'ils compor-

tent chacun deux paramètres de commande), et comme certains SCP d'AFS peuvent être simplement capables de déclencher des messages d'ICA, une enveloppe de messages d'ICA peut être utilisée pour transporter les nouveaux paramètres de

messages de commande de trafic du SCP-AM vers les PCS ap-

propriés. Pour que le SCP d'AFS envoie un tel message de réduction de trafic au SCP-AM, le SCP d'AFS doit être capa- ble d'envoyer un message de commande de trafic au SCP-AM

pour demander une telle réduction de trafic d'interroga-

tions. Pour déclencher un tel message de commande, le SCP

d'AFS doit être capable de détecter ses conditions de sur-

lO charge et de calculer le taux réduit nécessaire. S'il n'est pas capable de calculer un tel nouveau taux, l'AFS peut être programmé pour notifier simplement au SCP-AM de couper complètement tout le trafic d'interrogations pendant une

certaine longueur de temps.

Ainsi, le Régulateur de Trafic est capable de ré-

guler l'écoulement du trafic vers les SCP d'AFS à la fois en régulant le taux d'interrogations par l'intermédiaire de

commandes internes dont les paramètres sont réglés en fonc-

tion du taux de trafic d'AFS négocié, et également en ré-

ponse à la réception d'une autre indication provenant d'un SCP d'AFS, pour régler plus loin vers le bas les paramètres négociés.. La figure 4 illustre la réalisation interne du Régulateur de Trafic au SCP-AM 24'. Comme représenté, une interrogation qui arrive au SCP-AM 24' en provenance d'un PCS, est traitée par l'Application de Paquets de Service

(APS) appropriée, représentée d'une façon générale en 50.

Après avoir été traitée par l'APS appropriée, l'interroga-

tion est envoyée au Régulateur de trafic. Le Régulateur de

Trafic vérifie ses paramètres pour s'assurer que l'interro-

gation ne viole pas l'un quelconque des taux négociés du SCP d'AFS. Si l'interrogation viole effectivement ces taux, cette interrogation doit être soit abandonnée soit envoyée au SCP d'AFS, suivant les circonstances et comme cela sera

décrit plus en détails ci-après.

Comme indiqué à la figure 4 et comme décrit ci-

dessus, le SCP d'AFS peut en outre envoyer un message de

commande de trafic pour réduire encore le trafic d'interro-

gations au SCP d'AFS. Une fonction de configuration, indi-

quée d'une façon générale en 54, règle les paramètres en

conséquence au Régulateur de Trafic 52. En réponse, le Ré-

gulateur de Trafic, suite au réglage des paramètres négo-

ciés, doit réduire encore le trafic d'interrogations au SCP d'AFS. Au moment de ce réglage vers le bas des paramètres o négociés, le SCP-AM 24 actionne un déclencheur de commande automatique 56 qui envoie un message de Commande de Code de

Surcharge Sélective (CCSS) du type bien connu de spécialis-

tes de la question, à un PCS particulier pour réduire le trafic d'interrogations à partir de ce PCS particulier. A

la réception de ce message de CCSS, le trafic d'interroga-

tions allant de ce PCS vers un SCP d'AFS particulier, est réduit. La figure 5 illustre les composants principaux du Régulateur de Trafic 52. Comme représenté, la réception d'une interrogation par l'APS-AM déclenche à la fois un

processus de régulation primaire et un processus de régula-

tion secondaire au Régulateur de Trafic 53. Dans le proces-

sus primaire, l'interrogation déclenche un processus de décision à un premier Point de Commande et de Surveillance

ou d'Ecoute de Trafic (PCST) 70 pour savoir si l'interroga-

tion doit être envoyée au second PCST 72. Ce processus de décision est basé sur les paramètres négociés au Régulateur de Trafic. De plus, au PCST 70, on déclenche un processus secondaire dans lequel un compteur 74 associé au PCST 70 est incrémenté de 1 lorsque le Régulateur de Trafic détecte

l'interrogation. Si l'interrogation ne provoque pas un dé-

passement des paramètres du PCST 70, l'interrogation est

envoyée au PCST 72 dans lequel un second processus de déci-

sion est déclenché, comme cela sera décrit plus en détail ci-après. Si l'interrogation provoque le dépassement des paramètres au PCST 70 (c'est à dire si le seuil de compteur

est dépassé comme cela sera décrit plus en détail ci-

après), le Régulateur de Trafic doit abandonner l'interro-

gation et le SCP-AM doit fournir un traitement de défaut de l'appel associé à l'interrogation, d'une manière bien con-

nue des spécialistes de la question.

Si l'interrogation est envoyée du PCST 70 vers le

PCST 72, les processus primaire et secondaire décrits ci-

dessus sont poursuivis au PCST 72. Dans le processus pri-

maire, l'interrogation est comparée aux paramètres négociés au PCST 72. Dans le processus secondaire, l'interrogation

amène un compteur 76 à être incrémenté de 1. Si l'interro-

gation ne provoque pas le dépassement des paramètres du

PCST 72, l'interrogation est fournie en sortie par le Régu-

lateur de Trafic et envoyée au SCP d'AFS approprié. Si l'interrogation provoque le dépassement des paramètres, cette interrogation reçoit un traitement de défaut. Suivant que le nombre d'interrogations reçues pendant une période

d'observation est supérieur ou inférieur au seuil du comp-

teur 76, ce seuil du compteur s'ajuste vers le haut ou vers le bas pour permettre à une plus grande quantité ou à une plus petits quantité d'interrogations de passer pendant la période d'observation suivante, comme cela sera décrit plus

en détails ci-après.

En considérant maintenant la figure 6, on décrira maintenant en détails le processus de décision déclenché

par l'arrivée d'une interrogation au Régulateur de Trafic.

Pour permettre au lecteur de comprendre plus facilement la

logique mise en oeuvre dans le Régulateur de Trafic, l'en-

semble de symboles suivant sera utilisé lorsqu'on se réfère

aux termes associés.

Tableau 1

X1 = Taux d'interrogations générées par un SCP d'AFS par le

SCP-AM (taux d'entrée au PCST1).

12 = Taux d'interrogations filtrées par le PCST 1 (taux de

sortie au PCSTl, taux d'entrée au PCST2).

SI = Seuil du compteur au PCST1. Cette valeur est maintenue constante. S2 = Seuil du compteur au PCST2. Ce seuil est un seuil dy-

namique et peut être modifié à chaque fois qu'une in-

terrogation est transmise par le PCST2.

QI = Valeur réelle de longueur de queue réelle du compteur

1 au PCST1, mesurée au compteur.

Q2 = Valeur réelle de longueur de queue réelle du compteur

2 au PCST2, mesurée au compteur.

Di = Nombre d'interrogations abandonnées au PCST70 pendant

une période d'observation.

D2 = Nombre d'interrogations abandonnées au PCST72 pendant

une période d'observation.

g1 = Taux d'interrogations maximum négocié pour un SCP d'AFS. Ce taux doit être spécifié pour une période de temps appelée période d'observation (par exemple 100 millisecondes).

92 = Taux d'interrogations moyen négocié pour un SCP d'AFS.

Ce taux est normalement exprimé pour une seconde pé-

riode de temps qui s'étend sur plusieurs périodes d'observation. U = Taux de sortie d'interrogations réel vers le SCP d'AFS en fonction du temps (Interrogations par seconde ou IPS).

En se référant à la fois à la figure 6 et au Ta-

bleau 1, les composants du Régulateur de Trafic sont repré-

sentés plus en détail au SCP-AM. Comme indiqué, les fonctions de surveillance et de commande de chaque PCST sont effectuées en traitant une queue (file) discrète G/D/l/S, représentée d'une façon générale en 80, dans laquelle G désigne une fonction de distribution générale, D un système déterministe, S la taille du système, et 1 le

serveur 1 décrémentant la queue à des instants spécifiques.

Ce type de système de mise à la queue est couramment appelé système " Leaky Bucket " (" A fond perdu "). Le seuil S1, pour le compteur 74, est réglé au taux de décrémentation du compteur et reste constant. Le compteur 74, au PCST 70, est incrémenté de 1 à chaque fois qu'une interrogation arrive au compteur, et se trouve remis à zéro à la fin de chaque période d'observation. La période d'observation peut varier suivant les taux négociés entre l'AFS et la messagerie

d'échange locale. Cependant, l'intervalle doit être suffi-

samment petit pour fournir une bonne estimation du taux

maximum instantané g1 admissible pendant une période d'ob-

servation. De plus, la période d'observation doit être ré-

glée en vue du taux de trafic négocié pour le SCP d'AFS,

car l'intervalle doit être suffisamment grand pour permet-

tre au moins une arrivée pendant la période d'observation.

La valeur Q1 du compteur ne doit jamais dépasser le seuil

statique SI à un moment quelconque.

L'exemple qui suit illustre la discussion ci-

dessus. La messagerie d'échange locale et un AFS négocient

pour régler les taux maximum l1 pour le SCP d'AFS à 40 in-

terrogations par secondes, et l'intervalle d'observation de

millisecondes. Par suite, le nombre maximum d'interro-

gations qu'on peut faire passer sur le PCST 72 au SCP-AM, est de 4 interrogations toutes les 100 millisecondes (I1

est égal à 4). A la fin de chaque intervalle de 100 milli-

secondes, le compteur est remis à zéro. La valeur du comp-

teur remis à zéro augmente ensuite de 1 pendant la période d'observation suivante de 100 millisecondes, pour chaque

interrogation qui arrive au compteur. Si le compteur dé-

passe le seuil statique SI du compteur 74 pendant la pé-

riode d'observation, le Régulateur de Trafic abandonne toutes les interrogations reçues après le dépassement du

* seuil SI pendant la période d'observation, et traite en dé-

faut les appels associés aux interrogations suivantes. Ain-

si, le seuil statique S1 est de préférence choisi pour être

égal au taux maximum admissible gl-

En se référant au PCST 72 représenté à la figure 4, la surveillance et la commande du PCST 72 sont également effectuées par une queue G/D/1/S 80. Le compteur 76 au PCST

72 est également incrémenté de 1 à chaque fois qu'une in-

terrogation arrive au PCST 72, et se trouve remis à zéro à la fin de la période d'observation. Le compteur 76 suit également la seconde période de temps. La seconde période

de temps est de longueur supérieure à la période d'observa-

tion car, comme indiqué ci-dessus, le PCST 72 est chargé de surveiller le taux d'interrogation négocié moyen sur une

période de temps constituée de plusieurs périodes d'obser-

vation. A la fin de chaque période d'observation, le comp-

teur 76 est remis à l'état initial 0. La valeur de compteur Q2, comme la valeur de compteur Q1, est réglée de manière à

ne jamais dépasser le seuil S2.

Le compteur 76 diffère du compteur 74 en ce que le seuil S2 est un seuil dynamique, à l'inverse du seuil statique S1. Ainsi, comme cela sera décrit plus en détail ci-après, le taux négocié moyen qui est commandé au PCST 72

peut être dépassé pendant une ou plusieurs périodes d'ob-

servation, dans la mesure o le taux maximum négocié n'est pas dépassé pendant la période d'observation et o le taux moyen n'est pas dépassé pendant la seconde période de

temps. En ce qui concerne la période d'observation, la va-

leur de la seconde période de temps est négociée entre la messagerie d'échange locale et le SCP d'AFS. De préférence,

la seconde période de temps s'étend sur la période d'acti-

vité prévue pendant une durée particulière d'une journée pour le trafic d'AFS (par exemple deux heures par jour). En ce qui concerne le taux de décrémentation au compteur 74, le taux de décrémentation au compteur 76 est réglé au taux moyen négocié u2 et remis à l'état initial 0 à la fin de

chaque période d'observation.

Pendant la durée de la période d'observation, la

valeur du compteur 76 augmente de 1 pour chaque interroga-

tion reçue au compteur. Si le nombre d'interrogations à l'intérieur de la période d'observation dépasse le niveau de seuil dynamique S2, le Régulateur de Trafic abandonne

toutes les interrogations suivantes et fournit un traite-

ment de défaut des appels associés aux interrogations en excès. A la fin de la période d'observation, si le nombre

d'interrogations qui sont arrivées au PCST 72 pendant l'in-

tervalle de temps particulier, est inférieur au taux moyen g2, le Régulateur de Trafic crédite le SCP d'AFS. Ce crédit

est réalisé par l'augmentation de 1 du seuil S2 du comp-

teur. Par suite, pendant une période d'observation sui-

vante, le PCST 72 doit permettre le passage d'une

interrogation de plus que dans le cas de la période d'ob-

servation précédente. Inversement, si le nombre d'interro-

gations qui arrivent au PCST 72 pendant la période

d'observation, est supérieur au taux moyen g2, le Régula-

teur de Trafic débite le compteur 76. Le débit diminue de 1 le seuil du compteur 76, en permettant ainsi le passage de 1 interrogation de moins pendant la période d'observation suivante.. Cependant, le niveau de seuil dynamique S2 ne descend jamais au-dessous du taux de décrémentation du compteur. Par suite, S2 est initialement réglé à une valeur

égale au taux de décrémentation du compteur et peut augmen-

ter si les taux de trafic au SCP d'AFS sont au-dessous du

taux moyen.

Si le nombre d'interrogations 12 qui arrivent au PCST 72 pendant la période d'observation, est égal au taux moyen g2, la valeur. de S2 reste constante. En résumé, si

l'interrogation arrive au PCST 72 pendant une période d'ob-

servation et si le compteur 76 est au-dessous du seuil S2, cette interrogation doit passer au SCP d'AFS, comme cela sera décrit ci-après. Si, au contraire, le compteur 76 se trouve au niveau ou au-dessus du seuil S2, l'interrogation

doit être abandonnée et l'appel associé à cette interroga-

tion doit recevoir un traitement de défaut. Ainsi, le seuil

dynamique du compteur 76 peut fluctuer entre une limite in-

férieure, de préférence égale au taux de décrémentation /2 du compteur, et une limite supérieure qui est sélectionnée

sur la base d'un nombre admissible maximum de crédits. Aus-

si bien le taux de décrémentation que le nombre admissible maximum de crédits sont basés sur des taux négociés entre

la messagerie d'échange locale et l'AFS.

En ce qui concerne le seuil dynamique S2, l'exem-

ple suivant illustre la fonction de la limite supérieure jusqu'à laquelle le seuil peut être augmenté: Plusieurs périodes d'observation consécutives se sont écoulées au

cours desquelles le taux d'interrogations s'est situé au-

dessous du taux moyen négocié pour un SCP d'AFS particulier

abonné à une messagerie d'échange locale de services à ac-

cès interposé SCP-AM. Le Régulateur de Trafic, du fait d'une période de faible trafic du réseau, a crédité le compteur 74 associé au PCST 72 de sorte que le seuil S2 du compteur a été augmenté à un nombre important. Il suit alors une période de surplus de trafic pendant laquelle on

laisse passer des taux égaux au taux admissible maximum né-

gocié, pendant plusieurs périodes d'observation, à travers

le PCST 72 et à travers le SCP d'AFS. Si aucune limite su-

périeure n'existait pour le seuil S2, le compteur laisse-

rait passer des taux égaux au maximum pour les envoyer vers le SCP d'AFS pendant la seconde période de temps, jusqu'à ce que le seuil S2 soit débité en arrière jusqu'à sa valeur

normale. Pendant la période au cours de laquelle S2 est dé-

bité en arrière jusqu'à sa valeur normale, on laisse passer des taux d'interrogations égaux au maximum vers le SCP

d'AFS. Par suite, le taux moyen négocié devrait être dépas-

sé. Ainsi, la limite supérieure est sélectionnée sur la base du nombre de périodes d'observation consécutives pour lesquelles on laisse passer à travers le PCST 72 le nombre maximum d'interrogations par période d'observation. Le seuil S2 du compteur peut ainsi s'exprimer mathématiquement de la manière suivante: u2 < S2 <(x + l), expression dans laquelle x est le nombre d'intervalles consécutifs pendant lesquels les taux d'interrogations égaux à leur maximum

sont autorisés à être envoyés au SCP d'AFS. Ce taux est ty-

piquement négocié entre l'AFS et le propriétaire du SCP-AM.

Cette expression mathématique de la limite supé-

rieure du compteur 76 est utilisée dans l'exemple suivant: Le seuil S2 du compteur 76 a été crédité pendant plusieurs intervalles consécutifs de faible trafic d'interrogations.

Le taux admissible maximum négocié a été réglé à 4 interro-

gations pour 100 millisecondes, tandis que le taux moyen

négocié est de 2 interrogations toutes les 100 millisecon-

des. Si le taux négocié entre la messagerie d'échange lo-

cale et l'AFS est réglé à 300 (c'est à dire si le compteur

76 est réglé pour laisser passer le taux maximum de 4 in-

terrogations pour 100 millisecondes pendant un maximum de

300 périodes), et si le trafic augmente, la limite supé-

rieure de S2 est égale à 300 + 4 = 304, d'après l'équation

ci-dessus. Ainsi, le nombre maximum de périodes d'observa-

tion consécutives pendant lesquelles on devrait pouvoir dé-

passer le taux admissible moyen négocié, est de 304.

Les figures 7 et 8 représentent graphiquement la valeur Q du compteur et le PCST 70 portés en fonction d'une période d'observation ti, ti+l1 pendant laquelle le seuil S1 du compteur est respectivement non dépassé et dépassé. En se référant également à la figure 6, ti représente le début d'une période d'observation de 100 millisecondes, et ti+1

représente la fin de la période de temps de 100 millisecon-

des. Initialement, à ti, la valeur Qi du compteur est re-

mise à l'état initial 0. Ensuite, pendant la période

d'observation de 100 millisecondes qui suit, des interroga-

tions sont reçues, comme indiqué par la flèche 90, jusqu'à

la fin de la période d'observation ti+1. La flèche 92 re-

présente le nombre total d'interrogations reçues pendant la

période d'observation, tandis que Qi+l représente la lon-

gueur de queue du compteur qui correspond au nombre d'in-

terrogations reçues au PCST 70. Comme représenté à la figure 7, la valeur Qi+l du compteur pendant la période d'observation, est inférieure au seuil S1 du compteur de sorte qu'il n'y a pas d'interrogations abandonnées pendant

la période d'observation.

La figure 8 représente graphiquement la valeur Qi+l du compteur pour une période d'observation dans

laquelle le nombre d'interrogations reçues au PCST 70 dé-

passe la valeur de seuil S1. Au début de l'intervalle d'ob-

servation ti, la valeur du compteur est remise à l'état initial 0. Comme représenté, des interrogations arrivent ensuite au PCST 70 comme indiqué par la flèche 100. Pendant

l'intervalle d'observation, le nombre d'interrogations re-

çues dépasse la valeur de seuil S1 du compteur. Par suite, toutes les interrogations reçues après que le seuil S1 ait été atteint, sont abandonnées et traitées en défaut comme

décrit précédemment.

Les figures 9 et 10 représentent graphiquement la valeur Q.du compteur au PCST 72, portée en fonction d'une période d'observation ti, ti+1 dans laquelle le seuil S2 du compteur est respectivement non dépassé et dépassé. En se référant également à la figure 6, ti représente le début d'une période d'observation de 100 millisecondes, et ti+1

représente la fin de la période de temps de 100 millisecon-

des. Initialement, à ti, la valeur Q2 du compteur est re-

mise à l'état initial 0. Ensuite, pendant la période

d'observation de 100 millisecondes qui suit, des interroga-

tions sont reçues, comme indiqué par la flèche 90, jusqu'à

la fin de la période d'observation ti+1. La flèche 92 re-

présente le nombre total d'interrogations reçues pendant la

période d'observation, tandis que Qi+l représente la lon-

gueur de queue du compteur qui correspond au nombre d'in-

terrogations reçues au PCST 72. Comme représenté à la fi-

gure 7, la valeur Qi+l1 du compteur pendant la période d'ob-

servation, est inférieure au seuil S2 du compteur, de sorte

qu'il n'y a pas d'interrogations abandonnées pendant la pé-

riode d'observation. La figure 10 représente graphiquement la valeur Qi+ l du compteur pour une période d'observation dans

laquelle le nombre d'interrogations reçues au PCST 72 dé-

passe la valeur de seuil S2. Au début de l'intervalle d'ob-

servation ti, la valeur du compteur est remise à l'état initial 0. Comme représenté, des interrogations arrivent

ensuite au PCST 72, comme indiqué par la flèche 100. Pen-

dant l'intervalle d'observation, le nombre d'interrogations reçues dépasse la valeur de seuil S2 du compteur. Par suite, toutes les interrogations reçues après que le seuil S2 ait été atteint, sont abandonnées et traitées en défaut

comme décrit précédemment.

La figure 11 est un ordinogramme représentant les

fonctions de régulation du trafic d'interrogations effec-

tuées par le Régulateur de Trafic au SCP-AM dans la forme

de réalisation représentée à la figure 2.

A l'étape 500, le PCST 70 reçoit une interroga-

tion provenant d'un PCS. A la détection de cette interroga-

tion, le PCST 70 incrémente de 1 le compteur 74, comme indiqué à l'étape 510. A l'étape 520, lorsque le compteur est incrémenté de 1, le PCST effectue une vérification pour voir si le seuil S1 du compteur est dépassé. Si le seuil du

compteur est dépassé, le Régulateur de Trafic doit abandon-

ner l'interrogation et traiter l'appel en défaut, comme dé-

crit ci-dessus et comme indiqué à l'étape 530. Si le seuil

S1 du compteur n'est pas dépassé, le PCST 70 permet à l'in-

terrogation de passer sur le PCST 72, comme indiqué à l'étape 540. A l'étape 550, le PCST 70 effectue ensuite une vérification pour voir si la période d'observation a été dépassée. Si la période d'observation a atteint sa valeur

maximum, le compteur est remis à l'état initial 0 comme in-

diqué à l'étape 560, le procédé retourne à l'étape 500, et le PCST 70 commence à recevoir des interrogations dans une période d'observation suivante. Si la valeur maximum de la période d'observation n'a pas été dépassée, le compteur conserve sa valeur courante Q1, le procédé retourne à

l'étape 500, et le compteur continue de recevoir des inter-

rogations pendant le même intervalle d'observation.

La figure 12 constituée des figures 12a et 12b,

est un ordinogramme représentant les fonctions de régula-

tion du trafic d'interrogations effectuées au PCST 72 à l'endroit du SCPAM, comme illustré à la figure 2. A l'étape 600, le PCST 72 reçoit une interrogation du PCST 70. Ensuite, à l'étape 610, le compteur 76 est incrémenté de 1. A l'étape 620, le PCST 72 détermine si le seuil S2 du compteur est dépassé. Si le seuil S2 n'est pas dépassé,

alors à l'étape 640, l'interrogation passe à l'endroit SCP-

AM auquel il est destiné. Après le passage de l'interrogation, le PCST 72 détermine si la période d'observation est terminée à l'étape 680 (figure 12b). Si

la période d'observation n'est pas terminée, le procédé re-

vient à l'étape 600 pour recevoir une autre interrogation de PCST 70. Si la période d'observation est terminée, le compteur 76 est remis à zéro à l'étape 690 puis il passe à

l'étape 700 comme indiqué ci-après.

En se référant de nouveau à l'étape 620 à laquelle le PCST 72 détermine si le seuil d'interrogation S2 est dépassé. Lorsque le seuil est en fait dépassé, le procédé bifurque à l'étape 670 et le PCST 72 abandonne

l'interrogation et fournit un traitement de défaut à l'ap-

pel associé. A l'étape 680, le PCST 72 détermine également si la période d'observation est terminée. Si la période d'observation n'est pas terminée, le procédé retourne à l'étape 600 dans laquelle une autre interrogation est reçue

pendant la période d'observation.

Si la période d'observation est terminée, le PCST 72 remet le compteur à zéro à l'étape 690. Ensuite, à l'étape 700, le PCST 72 détermine également si le nombre d'interrogations reçues pendant la période d'observation est supérieur au taux moyen négocié. Si le nombre d'inter- rogations reçues est supérieur au taux moyen négocié, le procédé passe à l'étape 730 dans laquelle le PCST 72 débite

le seuil du compteur, et le procédé retourne à l'étape 600.

En se référant de nouveau à l'étape 700, si le nombre d'interrogations pendant la période d'observation n'est pas supérieur au taux moyen, le procédé bifurque vers

l'étape 740. A l'étape 740, le PCST 72 détermine si le nom-

bre d'interrogations reçues pendant la période d'observa-

tion au PCST 72, est inférieur au taux moyen négocié. Si le nombre d'interrogations n'est pas inférieur au taux moyen, le nombre d'interrogations reçues est égal au taux moyen d'interrogations, comme indiqué à l'étape 750. Ensuite, le procédé retourne à l'étape 600. A l'étape 740, si le nombre

d'interrogations reçues est inférieur au taux moyen négo-

cié, le PCST 72 crédite le seuil de compteur, comme indiqué à l'étape 760. A l'étape 780, le PCST 72 détermine si le seuil a atteint son maximum. Si le seuil n'a pas dépassé son maximum, le procédé revient à l'étape 600. Si à l'étape 780 le seuil a dépassé son maximum, le PCST 72 débite le seuil de compteur jusqu'à la limite supérieure à l'étape

790 puis le procédé revient à l'étape 600.

Si le nombre d'interrogations reçues est infé-

rieur au taux moyen négocié, le PCST 72 crédite le seuil du compteur, comme indiqué à l'étape 750. Ensuite, le procédé

retourne à l'étape 600.

D'après la description qui précède, on remarquera

que la forme de réalisation de la présente invention répond

aux objets indiqués ci-dessus pour réguler et gérer le tra-

fic de réseau à un point de commande de services à accès interposé, dans un environnement de réseau intelligent avancé ouvert. La présente invention aborde les problèmes et les problèmes potentiels décrits dans l'arrière plan de

l'invention. D'après la description ci-dessus de la forme

de réalisation de la présente invention, d'autres formes de réalisation viendront d'elles-mêmes à l'esprit des spécia- listes de la question. Par suite, la présente invention ne

doit être limitée que par les revendications qui suivent et

leurs équivalents.

LISTE DES ABREVIATIONS

RIA = Réseau Intelligent Avancé AFS = Autre Fournisseur de Services PCS = Point de Commutation de Service SCP = Point de Commande de Service SS7 = Système de Signalisation 7 PTS = Point de Transfert de Signal SGS = Système de Gestion de Service NS = Noeud de Service ICA = Intervalle de Code Automatique APS-AM = Application de Paquets de Service à Accès Interposé RT = Régulateur de Trafic CCSS = Commande de Code de Surcharge Sélective PCST = Point de Commande et de Surveillance de Service IPS = Interrogations par Seconde

Claims (6)

R E V E N D I C A T IONS

1) Procédé de commande et de régulation du trafic

dans un réseau téléphonique commuté intelligent, caractéri-

sé en ce qu'il consiste à: fournir au moins un point de commande de services

à accès interposé et au moins un point de commande de ser-

vices d'un Autre Fournisseur de Services (AFS), ce point de commande de services à accès interposé régulant le trafic

destiné au point de commande de services d'AFS par l'inter-

médiaire d'un premier et d'un second points de surveillance ou d'écoute et de commande de trafic; ce premier point de surveillance et de commande de

trafic servant à limiter à un maximum prédéterminé le nom-

bre d'interrogations générées et transmises par des points

de commutation de services de réseau vers le point de com-

mande de services d'AFS, par l'intermédiaire du point de commande de services à accès interposé, pendant une période d'observation; le second point de surveillance et de commande de

trafic servant à limiter le nombre d'interrogations trans-

mises par les points de commutation de services à travers le point.de commande à accès interposé vers le point de commande de services d'AFS, de manière à maintenir une moyenne prédéterminée pendant une seconde période de temps,

cette seconde période de temps comprenant au moins une pé-

riode d'observation; faire passer des points de commutation de services

au point de commande de services à accès interposé, les in-

terrogations destinées au point de commande de services d'AFS; abandonner toutes les interrogations en excès d'un

nombre maximum prédéterminé au premier point de sur-

veillance ou d'écoute et de commande de trafic si le nombre

d'interrogations transmises au point de commande de servi-

ces à accès interposé dans la période d'observation, est supérieur à ce nombre maximum prédéterminé; faire passer les interrogations du premier point de surveillance et de commande de trafic vers le second point de surveillance ou d'écoute et de commande de trafic

si le nombre d'interrogations est inférieur au nombre maxi-

mum prédéterminé pour la période d'observation; laisser passer les interrogations au second point

de surveillance et de commande de trafic si le nombre d'in-

terrogations reçues pendant la période d'observation est supérieur à la moyenne prédéterminée, et régler le second point de surveillance ou d'écoute et de commande de trafic

pour qu'il laisse passer un moins grand nombre d'interroga-

tions pendant la période d'observation suivante; laisser passer les interrogations au second point

de surveillance et de commande de trafic si le nombre d'in-

terrogations est inférieur à la moyenne prédéterminée, et régler le second point de surveillance ou d'écoute et de commande de trafic pour qu'il laisse passer un plus grand nombre d'interrogations pendant la période d'observation suivante; maintenir le nombre d'interrogations qu'on laisse passer au point de surveillance ou d'écoute et de commande de trafic pendant la période d'observation suivante, à l'endroit du second point de surveillance ou d'écoute et de

commande de trafic, si le nombre d'interrogations est supé-

rieur à la moyenne prédéterminée pendant un nombre maximum

prédéterminé de périodes d'observation, de manière à con-

server le taux moyen pendant la seconde période de temps; et fournir une sortie d'interrogations provenant du second point de surveillance ou d'écoute et de commande de

trafic, au point de commande de services d'AFS de destina-

tion; de sorte que le procédé permet une réduction du taux d'interrogations au point de commande de services

d'AFS, et minimise la surcharge et la dégradation des per-

formances au second point de commande de services d'AFS.

2) Procédé de commande et de régulation du trafic dans un réseau téléphonique commuté intelligent, selon la revendication 1, caractérisé en ce que l'étape de réglage du second point de surveillance ou d'écoute et de commande

de trafic pour laisser un plus grand nombre d'interroga-

tions pendant la période de temps d'observation suivante, comprend l'étape consistant à incrémenter de 1 la valeur d'un seuil de compteur au second point de surveillance ou

d'écoute et de commande de trafic, pour permettre à une in-

terrogation supplémentaire de passer au point de commande

de services d'AFS pendant cette période de temps d'observa-

tion suivante.

3) Procédé de commande et de régulation du trafic dans un réseau téléphonique commuté intelligent selon la revendication 1, caractérisé en ce que l'étape de réglage du second point de surveillance ou d'écoute et de commande de trafic pour qu'il laisse passer un moins grand nombre d'interrogations pendant la période d'observation suivante, comprend l'étape consistant à décrémenter de 1 le seuil du compteur au second point de surveillance et de commande de trafic, pour laisser passer une interrogation de moins au point de commande de services d'AFS de destination pendant

la période d'observation suivante.

4) Procédé de commande et de régulation du trafic dans un réseau téléphonique commuté intelligent selon la

revendication 1, caractérisé en ce que le SCP d'AFS de ré-

duction de taux du point de commande de services d'AFS, as-

sure la génération d'un signal devant être reçu par le SCP-

AM, la réception de ce signal par le SCP-AM amenant le SCP-

AM à modifier le maximum prédéterminé pendant une période d'observation pour le premier point de surveillance et de

commande de trafic.

) Procédé de commande et de régulation du trafic dans un réseau téléphonique commuté intelligent selon la revendication 1, caractérisé en ce que les étapes consis- tant à abandonner toutes les interrogations en excès du

nombre maximum admissible et à laisser passer les interro-

gations jusqu'au second point de surveillance ou d'écoute et de commande de trafic, pendant la période d'observation au premier point de surveillance ou d'écoute et de commande de trafic, comprend l'utilisation d'un compteur statique pour suivre le nombre d'interrogations destinées au point de commande de services d'AFS, ce compteur étant incrémenté de 1 à la détection d'une interrogation destinée au point

de commande de services d'AFS, et ce compteur étant décré-

menté à zéro à l'expiration de la période d'observation.

6) Procédé de commande et de régulation du trafic à un point de commande de services à accès interposé dans

un système de réseau intelligent avancé comprenant une plu-

ralité de points de commutation de services à une pluralité de centraux, au moins un point de commande de services à accès interposé, une pluralité de points de commande de

services d'AFS, et au moins un point de transfert de si-

gnaux, comprenant les étapes consistant à:

fournir un Régulateur de Trafic au point de com-

mande de services à accès interposé, ce Régulateur de Tra-

fic comprenant un premier point de surveillance ou d'écoute

et de commande de trafic pour réguler le taux d'interroga-

tions maximum sur une période d'observation, et un second

point de surveillance et de commande de trafic pour sur-

veiller le taux moyen sur une seconde période de temps, le premier point de surveillance ou d'écoute et de commande de trafic comportant un compteur statique et le second point

de surveillance ou d'écoute et de commande de trafic com-

portant un compteur dynamique; recevoir des interrogations destinées aux points

de commande de services d'AFS au premier point de sur-

veillance ou d'écoute et de commande de trafic;

abandonner les interrogations reçues après le dé-

passement du taux d'interrogations, au premier point de surveillance ou découte et de commande de trafic, si le

taux d'interrogations maximum est dépassé pendant la pé-

riode d'observation; envoyer toutes les interrogations reçues au second point de surveillance ou d'écoute et de commande de trafic, à l'endroit du premier point de surveillance ou d'écoute et de commande de trafic, si le taux d'interrogations maximum n'est pas dépassé pendant la période d'observation; décrémenter de 1 le seuil du compteur dynamique, au second point de surveillance ou d'écoute et de commande de trafic, si le taux d'interrogations moyen est dépassé

pendant la période d'observation, et si cette décrémenta-

tion ne fait pas passer le seuil du compteur dynamique au-

dessous de la valeur de seuil initiale; incrémenter de 1 le seuil du compteur dynamique, au second point de surveillance ou d'écoute et de commande

de trafic., si le taux d'interrogations moyen n'est pas dé-

passé pendant la période d'observation;

maintenir le seuil du compteur dynamique à son ni-

veau actuel au second point de surveillance ou d'écoute et de commande de trafic si le taux moyen a été dépassé pour un nombre prédéterminé de période d'observation, de façon

que le taux moyen ne soit pas dépassé sur la se-

conde période de temps; et fournir en sortie les interrogations provenant du second point de surveillance ou d'écoute et de commande de

trafic, aux points de commande de services d'AFS de desti-

nation;

de sorte que le procédé empêche le taux d'interro-

gations maximum pour les points de commande de services d'AFS de destination, d'être dépassé pendant une période

d'observation quelconque, et empêche le taux d'interroga-

tions moyen d'être dépassé pendant une seconde période de

temps quelconque.

7) Procédé de commande et de régulation du trafic dans un réseau téléphonique commuté intelligent, selon la

revendication 6, caractérisé en ce que, après l'étape con-

sistant à maintenir le nombre d'interrogations qu'on laisse passer pendant les périodes d'observation suivantes, le

procédé comprend en outre l'étape consistant à laisser pas-

ser les interrogations dans les périodes d'observation sui-

vantes après la diminution du compteur dynamique au bout d'un certain nombre de périodes d'observation suivantes dans lesquelles le nombre d'interrogations est supérieur au

taux d'interrogations moyen et inférieur au maximum prédé-

terminé. 8) Procédé de commande et de régulation du trafic de réseau destiné à des points de commande de services d'AFS, à partir de points de commutation de services, dans un réseau téléphonique commuté intelligent, comprenant les étapes consistant à:

réguler le nombre maximum d'interrogations trans-

mises aux points de commande de services d'AFS pendant une période d'observation, à un premier point de surveillance ou d'écoute et de commande de trafic réalisé à un point de commande de services à accès interposé, ce premier point de

surveillance ou d'écoute et de commande de trafic compor-

tant un premier compteur associé à celui-ci; réguler le nombre moyen d'interrogations reçues par les points de commande de services d'AFS, à un second point de surveillance ou d'écoute et de commande de trafic réalisé au point de commande de services à accès interposé, pendant une seconde période de temps, cette seconde période de temps étant supérieure à la période d'observation; recevoir une interrogation destinée à un point de

commande de services d'AFS, au premier point de sur-

veillance ou d'écoute et de commande de trafic; abandonner l'interrogation si cette interrogation amène le nombre d'interrogations reçues au premier point de

surveillance ou d'écoute et de commande de trafic, à dépas-

ser un nombre maximum admissible pour le point de commande de services d'AFS pendant cette période d'observation; laisser passer l'interrogation au second point de surveillance ou d'écoute et de commande de trafic si cette interrogation n'amène pas le nombre d'interrogations reçues au premier point de surveillance ou d'écoute et de commande de trafic pour le point de commande de services d'AFS, à dépasser un nombre maximum admissible pendant la période d'observation;

décrémenter de 1 un second compteur placé au se-

cond point de surveillance ou d'écoute et de commande de trafic, à l'endroit de ce second point de surveillance ou d'écoute et de commande de trafic, si l'interrogation amène

le nombre d'interrogations reçues au second point de sur-

veillance ou d'écoute et de commande de trafic pour le point de.commande de services d'AFS, à dépasser un nombre moyen admissible pendant la période d'observation;

incrémenter de 1 le second compteur si l'interro-

gation n'amène pas le nombre d'interrogations reçues au se-

cond point de surveillance ou d'écoute et de commande de

trafic pour le point de commande de services d'AFS, à dé-

passer le nombre moyen admissible pendant la période d'ob-

servation;

maintenir le compteur à un compte associé au nom-

bre maximum, à l'endroit du second point de surveillance ou d'écoute et de commande de trafic, si le second compteur est incrémenté d'un nombre maximum prédéterminé; et remettre à zéro le premier compteur et le second

compteur après la fin de chacune des périodes d'observa-

tion; de sorte que le procédé est un procédé efficace pour réguler l'écoulement du trafic vers les points de com-

mande de services d'AFS, et pour appliquer des taux de tra-

fic négociés entre le point de commande de services à accès

interposé, et le point de commande de services fournisseur.