[go: up one dir, main page]

FR2760166A1 - Procede de lancement d'un appel dans un systeme de radiocommunications - Google Patents

Procede de lancement d'un appel dans un systeme de radiocommunications Download PDF

Info

Publication number
FR2760166A1
FR2760166A1 FR9716132A FR9716132A FR2760166A1 FR 2760166 A1 FR2760166 A1 FR 2760166A1 FR 9716132 A FR9716132 A FR 9716132A FR 9716132 A FR9716132 A FR 9716132A FR 2760166 A1 FR2760166 A1 FR 2760166A1
Authority
FR
France
Prior art keywords
base station
traffic channel
call request
radio terminal
channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR9716132A
Other languages
English (en)
Other versions
FR2760166B1 (fr
Inventor
Jin Gyu Jeoung
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of FR2760166A1 publication Critical patent/FR2760166A1/fr
Application granted granted Critical
Publication of FR2760166B1 publication Critical patent/FR2760166B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/541Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/02Selection of wireless resources by user or terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Le procédé est destiné à maintenir une liaison radio stable en minimisant les interférences dues au canal de trafic utilisé dans un système de radiocommunications. Le procédé de traitement d'appel pour échanger une information de canal entre un terminal radio et une station de base, comprend les étapes consistant à : lorsqu'on reçoit un appel sortant ; sélectionner un canal de trafic ayant un niveau d'interférences au-dessous d'un niveau donné ; former une liste proposée de terminaux ; sélectionner un canal de trafic ayant le minimum d'interférences et examiner tous les canaux de trafic disponibles ; former une liste proposée de stations de base ; stocker la liste et vérifier si le canal de trafic est ou non dans cette liste ; retourner à un mode de balayage d'IFSR ; examiner de façon continue les canaux de trafic disponibles de l'IFSR.

Description

I La présente invention concerne un procédé de
traitement d'appel pour échanger une information de canal en-
tre un terminal radio et une station de base en utilisant un
canal de trafic.
ARRIERE PLAN DE L'INVENTION
1. Domaine de l'invention La présente invention concerne des systèmes de radiocommunications et, plus particulièrement, un procédé
pour lancer un appel stable dans un système de radiocommuni-
cations en utilisant une allocation de canal dynamique.
2. Description de la technique concernée
Conventionnellement, comme représenté à la figure 3A, au moment du lancement d'un appel entre un terminal radio
et un système de radiocommunications, une station de base ef-
fectue le lancement de l'appel tout en vérifiant s'il existe
ou non une demande d'appel provenant d'un terminal d'abonné.
Initialement, la station de base vérifie tous les canaux de
trafic disponibles en service, pour trouver un canal de tra-
fic ayant un niveau supérieur à un niveau d'IFSR (indicateur
de force de signal reçu) prédéterminé. Dans le système de ra-
diocommunications utilisant l'allocation de canal dynamique ci-dessus, le canal de trafic est alloué dynamiquement dans la station de base et dans le terminal d'abonné lorsqu'une
demande d'appel sortant provenant des terminaux radio d'abon-
né 100a, 100b et 100c est effectuée, comme représenté à la
figure 1. Ainsi, lorsque l'abonné radio demande l'appel sor-
tant à l'endroit o il se trouve, par le terminal radio 100a, ce dernier sélectionne le canal ayant peu d'interférences, et transmet le message de demande d'appel à la station de base
110a. Le lancement de l'appel dans le système de radiocommu-
nications est effectué par l'échange de l'information de ca-
nal de la station de base et du terminal radio de l'abonné, en n'utilisant que le canal de trafic correspondant entre la
station de base et le terminal radio de l'abonné, pour déter-
miner le canal de trafic radio utilisé pour le lancement du
nouvel appel. Par suite, comme le système de radiocommunica-
tions utilisant l'allocation de canal fixe réutilise les ca-
naux radio, on comprendra que les canaux radio limités
assurent le service d'une grande quantité de trafic. Cepen-
dant, les allocations de canaux nécessitent des analyses techniques approfondies des conditions de propagation radio et des configurations de trafic à l'intérieur des cellules et5 entre les cellules. Les systèmes radio cellulaires à alloca- tion fixe sont conçus techniquement pour qu'on ne risque pas de rencontrer des niveaux d'interférences nuisibles provenant de signaux utilisés dans des cellules voisines. Les systèmes radio microcellulaires ont tendance à utiliser une allocation de canaux dynamique plutôt que fixe. Avec l'allocation de canaux dynamique (ACD), chaque cellule peut potentiellement utiliser n'importe quel canal de trafic pour un appel donné de ceux qui sont alloués à tout le
service. La décision relative au canal à utiliser est effec-
tuée dynamiquement, c'est-à-dire sur la base des conditions
d'utilisation des canaux qu'on rencontre au moment du lance-
ment de l'appel. La décision est également effectuée d'une manière décentralisée, c'est-à-dire par la station de base ou
par le terminal d'abonné en question, sans aucune coordina-
tion centralisée avec d'autres cellules. Cela présente un avantage en ce qu'il n'est pas nécessaire d'effectuer des analyses techniques détaillées pour chaque site de cellule,
en ce que des sites de cellules peuvent être facilement ajou-
tés ou déplacés, et en ce qu'on peut traiter une plus grande quantité de trafic qu'avec une allocation fixe car des canaux
inutilisés dans des cellules voisines peuvent être empruntés.
Dans les systèmes actuels incorporant l'ACD, la
détermination du canal à utiliser pour le lancement d'un ap-
pel, est effectuée suivant l'information de canal provenant
soit de la station de base soit du terminal d'abonné. L'in-
convénient de cette approche est qu'une interférence appre-
ciable peut être présente sur ce canal du point de vue de l'autre extrémité de la liaison. Par exemple, un canal de
trafic peut avoir une faible interférence appréciable lors-
qu'il est surveillé par la station de base, mais ce même ca-
nal de trafic peut avoir une interférence inacceptable à
l'endroit du terminal d'abonné.
RESUME DE L'INVENTION
La présente invention a pour but de créer un pro-
cédé permettant de maintenir une connexion radio stable en minimisant l'interférence produite par le canal de trafic utilisé dans le système de radiocommunications. A cet effet, la présente invention concerne un procédé de traitement d'appel pour échanger une information de canal entre un terminal radio et une station de base, en utilisant un canal de trafic. Le procédé comprend les étapes consistant à: - sélectionner, par le terminal radio, un canal de trafic
ayant un niveau d'interférences au-dessous d'un niveau don-
né, la sélection étant effectuée par un abonné radio en ré-
ponse à une demande d'appel sortant, en utilisant le terminal radio; former une liste proposée de canaux de trafic disponibles;
- sélectionner un canal de trafic ayant le niveau d'interfé-
rences minimum, dans la liste proposée; - demander l'appel à la station de base;
- examiner tous les canaux de trafic disponibles, par la sta-
tion de base;
- former une liste proposée de canaux de trafic ayant un ni-
veau d'interférences au-dessous d'un niveau donné; - stocker la liste; et - déterminer si un canal de trafic sélectionné au terminal est ou non un canal inclus dans la liste proposée de la
station de base.
Le procédé comprend en outre les étapes consis-
tant à retourner à un mode de balayage d'IFSR (indicateur de force de signal reçu) lorsqu'une demande d'appel n'a pas été reçue du terminal radio par la station de base et à examiner
de façon continue l'IFSR des canaux de trafic disponibles.
Une réponse à la demande d'appel est envoyée au terminal ra-
dio lorsqu'il existe un canal de trafic correspondant dans la liste de canaux de trafic proposée de la station de base. Le terminal radio vérifie alors si un message de réponse à une demande d'appel, dans le canal de trafic sélectionné par le terminal radio, est reçu ou non de la station de base. Le traitement de l'appel est poursuivi pour fixer un canal de
trafic et transmettre à la station de base une information de disponibilité lorsque le message de réponse à la demande d'appel a été reçu de la station de base.5 Lorsque le canal de trafic présenté par le termi- nal radio ne se trouve pas dans la liste proposée de la sta-
tion de base, le niveau d'interférences des canaux de trafic dans la liste proposée de la station de base, est comparé au niveau d'interférences des canaux de trafic envoyés par la10 liste proposée du terminal et un canal de trafic différent ayant le niveau d'interférences minimum est sélectionné. Le canal de trafic sélectionné est inclus dans deux listes de la
station de base et du terminal radio.
Dès qu'un autre canal de trafic est sélectionné, la station de base envoie au terminal radio un message de de- mande de changement de canal de trafic, pour demander un changement du canal afin de passer au canal de trafic resé- lectionné par la station de base. Une détermination est effectuée par le terminal radio pour savoir si un message de20 demande de changement pour passer au canal sélectionné, est
reçu ou non de la station de base. Lorsque le message de de-
mande de changement pour passer au canal sélectionné est ef-
fectué et reçu de la station de base par le terminal radio, la demande d'appel est envoyée de nouveau à la station de base après que le terminal radio ait changé de canal pour
passer au canal de trafic sélectionné par la station de base.
La station de base détermine alors si le message de demande d'appel ultérieur du terminal radio est reçu ou non dans le canal de trafic changé, après que la station de base ait
changé de canal pour passer au canal de trafic qu'elle a pré-
cédemment sélectionné.
Le procédé selon l'invention est caractérisé en ce qu'il comprend les étapes consistant à: - générer une liste de canaux de trafic de terminal radio
ayant un niveau d'interférences au-dessous d'un niveau pré-
déterminé; - sélectionner, dans la liste générée, un premier canal de trafic ayant le minimum d'interférences; - transmettre une demande d'appel à la station de base sur le premier canal de trafic sélectionné; - générer une liste de canaux de trafic de station de base
ayant un niveau d'interférences au-dessous d'un niveau pré-
déterminé; - déterminer si la demande d'appel transmise a été reçue par la station de base;
- vérifier si le premier canal de trafic sélectionné est in-
clus dans la liste générée par la station de base;
- transmettre au terminal radio un signal de réponse à la de-
mande d'appel lorsque le premier canal de trafic sélection-
né est inclus dans la liste générée par la station de base; - vérifier si le message de réponse à la demande d'appel est reçu par le terminal radio sur le premier canal de trafic sélectionné. et - poursuivre la connexion de l'appel lorsque le message de
réponse à la demande d'appel est reçu par le terminal ra-
dio.
Suivant d'autres caractéristiques de l'inven-
tion: - lorsqu'on demande un appel sortant, le procédé comprend en outre les étapes consistant à:
- transmettre la liste générée de canaux de trafic de termi-
nal radio à la station de base, avec la demande d'appel transmise; comparer les listes générées de la station de base et du
terminal radio lorsque le premier canal de trafic sélec-
tionné n'est pas inclus dans la liste générée par la sta-
tion de base; - sélectionner un second canal de trafic ayant le minimum d'interférences et se trouvant inclus dans les deux listes générées du terminal radio et de la station de base;
- transmettre une demande de changement de canal de la sta-
tion de base vers le terminal radio; - déterminer si la demande de changement de canal envoyée au
second canal de trafic sélectionné, est reçus par le termi-
nal radio; - transmettre la demande d'appel à la station de base sur le second canal de trafic sélectionné; - déterminer si la demande d'appel sur le second canal de trafic sélectionné est reçue par la station de base; transmettre au terminal radio un signal de réponse à la de-
mande d'appel lorsque la demande d'appel sur le second ca-
nal de trafic sélectionné est reçue par la station de base; et
- poursuivre la connexion de l'appel lorsque le signal de ré-
ponse à la demande d'appel est reçu par le terminal radio; - l'étape de génération d'une liste de canaux de
trafic de terminal radio comprend en outre les étapes consis-
tant à:
- rechercher tous les canaux de trafic disponibles au termi-
nal radio; et - déterminer lesquels des canaux disponibles ont un niveau
d'interférences au-dessous du niveau prédétermine.
- le procédé comprend en outre les étapes consis-
tant à: - retourner à un mode de balayage d'indicateur de force de signal reçu (IFSR) lorsque la demande d'appel transmise provenant du terminal radio n'est pas reçue par la station de base; et - rechercher de façon continue l'IFSR des canaux de trafic disponibles; - le procédé comprend en outre l'étape consistant à sélectionner le canal de trafic suivant ayant le minimum d'interférences lorsque le terminal radio ne reçoit pas la demande de changement de canal de trafic transmise provenant de la station de base; - le procédé comprend en outre l'étape consistant à sélectionner le canal de trafic suivant ayant le minimum d'interférences lorsque le signal de réponse à la demande
d'appel transmis sur le second canal de trafic, n'est pas re-
çu par le terminal radio; - lorsqu'on reçoit un appel incident, le procédé comprend en outre les étapes consistant à:
- sélectionner un canal de trafic ayant le minimum d'interfé-
rences, dans la liste de canaux de trafic générée par la station de base; - appeler le terminal sur le canal de trafic sélectionné de la station de base; - transmettre à la station de base la liste des canaux de
trafic du terminal radio, avec la demande d'appel trans-
mise; - comparer les listes générées de la station de base et du
terminal radio lorsque le premier canal de trafic sélec-
tionné n'est pas inclus dans la liste générée par la sta-
tion de base; - sélectionner un second canal de trafic ayant le minimum d'interférences et se trouvant inclus dans les deux listes générées du terminal radio et de la station de base;
- transmettre une demande de changement de canal de la sta-
tion de base vers le terminal radio; - déterminer si la demande de changement de canal est reçue par le terminal radio; - transmettre la demande d'appel du terminal radio vers la station de base sur le second canal de trafic sélectionné, lorsque la demande de changement de canal est reçue; - déterminer si la demande d'appel transmise est reçue par la station de base;
- transmettre au terminal radio un signal de réponse à la de-
mande d'appel lorsque la demande d'appel se trouvant sur le second canal de trafic sélectionné est reçue par la station de base; et
- poursuivre la connexion de l'appel lorsque le signal de ré-
ponse à la demande d'appel est reçu par le terminal radio.
- le procédé comprend en outre l'étape consistant
à resélectionner un canal de trafic ayant peu d'interféren-
ces, à partir de la liste générée de la station de base, lorsque la demande d'appel sur le second canal sélectionné n'est pas reçue du terminal radio; - le procédé comprend en outre l'étape consistant
à resélectionner un canal de trafic ayant peu d'interféren-
ces, à partir de la liste générée de la station de base, lorsque la station de base ne reçoit pas du terminal radio la
demande d'appel transmise sur le premier canal de trafic sé-
lectionné.
BREVE 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 les compo- sants identiques ou analogues sont désignés par les mêmes références numériques, et dans lesquels:10 - la figure 1 représente une vue claire d'un réseau de radio-
communications auquel on se réfère dans une forme de réali-
sation de la présente invention; - la figure 2 est un schéma par blocs d'une station de base du système de radiocommunications illustré à la figure 1; - la figure 3A est un ordinogramme représentant le procédé de lancement d'un appel entre un terminal radio conventionnel et un système de radiocommunications, en n'utilisant que les canaux de trafic; - la figure 3B est un ordinogramme représentant un procédé
selon l'art antérieur de lancement d'un appel entre un ter-
minal radio et un système de radiocommunications, en utili-
sant des canaux de signaux radio supplémentaires différents des canaux de trafic, comme décrit dans le brevet U.S. No.
276 908;
- les figures 4A et 4B constituent un ordinogramme représen-
tant le procédé de traitement d'un appel entre un terminal et une station de base, selon une forme de réalisation de la présente invention; et
- les figures 4C et 4D constituent un ordinogramme représen-
tant le procédé de traitement d'un appel entre un terminal
et une station de base, selon une autre forme de réalisa-
tion de la présente invention.
DESCRIPTION DETAILLEE DES MODES DE REALISATION PREFERENTIELS
On décrira ci-après concrètement un mode de réa-
lisation préférentiel de la présente invention en se référant
aux dessins annexés.
La figure 1 représente la construction d'un ré-
seau de radiocommunications auquel on se réfère dans une forme de réalisation de la présente invention. La figure 2 est un schéma par blocs d'une station de base du système de radiocommunications illustré à la figure 1, tandis que les
figures 4A et 4B ainsi que les figures 4C et 4D sont des or-
dinogrammes représentant différentes formes de réalisation du procédé de traitement d'un appel entre un terminal et une
station de base, selon la présente invention.
Les figures 4A et 4B représentent le processus de canal de trafic lorsqu'on demande le signal sortant. Tout d'abord, le système effectue une investigation des canaux de trafic disponibles au terminal d'abonné, et forme une liste
proposée de canaux de trafic ayant peu d'interférences (401).
Le canal de trafic ayant le minimum d'interférences est en-
suite sélectionné (402), et la demande d'appel ainsi que la
liste proposée sont transmises à la station de base en utili-
sant le canal sélectionné (403). A ce stade, la station de
base examine tous les canaux de trafic disponibles puis gé-
nère et stocke une liste proposée de canaux de trafic ayant peu d'interférences. Une détermination est ensuite effectuée pour savoir s'il existe ou non une demande d'appel provenant du terminal d'abonné (412). Lorsque la demande d'appel existe, la station de base détermine alors si le canal de trafic sélectionné par le terminal d'abonné existe ou non dans la liste de canaux proposée qui est générée à la station de base (419). Si le canal de trafic se trouve dans la liste
de canaux proposée de la station de base, un signal de ré-
ponse à la demande d'appel est transmis à la borne d'abonné (420). Si la réponse à la demande d'appel est reçue (405), l'appel poursuit son chemin (410) sur le canal initialement
sélectionné à l'endroit du terminal.
Lorsque le canal de trafic sélectionné au termi-
nal n'existe pas dans la liste proposée de la station de base (419), les listes proposées du terminal et de la station de base sont comparées l'une à l'autre, et le canal ayant le moins d'interférences est sélectionné (413). Dès qu'un autre canal est sélectionné, un signal de demande de changement
est transmis au terminal d'abonné par le canal de trafic sé-
lectionné à la station de base (414). Le terminal d'abonné vérifie alors si une demande de changement de canal de trafic est reçue ou non de la station de base (406) lorsqu'aucune réponse à la demande d'appel n'est reçue à l'étape (405), ou à la réception d'un signal de demande de changement transmis par le canal de trafic sélectionné à la station de base dans
l'étape (414). Lorsque le signal de demande de canal de tra-
fic n'a pas été reçu à l'étape (406), le signal de trafic
suivant ayant peu d'interférences est sélectionné par le ter-
minal d'abonné (404). Lorsque le signal de demande de canal de trafic a été reçu dans l'étape (406), le terminal d'abonné
change le canal en le canal de trafic sélectionné à la sta-
tion de base (407), et l'appel est demandé de nouveau en uti-
lisant le canal de trafic sélectionné (408). Après avoir demandé à nouveau l'appel par le canal de trafic sélectionné
(étape 408), la station de base détermine si la demande d'ap-
pel est reçue ou non au canal de trafic changé (416). Avant de recevoir cette demande d'appel, la station de base change de canal pour passer au canal nouvellement sélectionné à l'étape (415). Lorsque la demande d'appel est reçue par le canal changé (étape 416), un signal de réponse à la demande d'appel est transmis au terminal sur le canal changé (417), et le traitement de l'appel (410 et 418) s'effectue. Lorsque la réponse à la demande d'appel de la station de base n'est
pas reçue par le terminal d'abonné (à l'étape 409), le termi-
nal sélectionne le canal de trafic suivant d'interférences
minimum (404).
De plus, les figures 4C et 4D représentent le
processus de canal de trafic lorsqu'on demande un signal in-
cident. Le processus commence en effectuant un examen des ca-
naux de trafic disponibles du terminal d'abonné, et en
produisant une liste proposée de canaux ayant peu d'interfé-
rences (420). La station de base effectue également un examen des canaux de trafic disponibles, puis génère et stocke une liste proposée de canaux de trafic ayant peu d'interférences (429). La station de base sélectionne alors le canal ayant le moins d'interférences, et appelle le terminal sur le canal sélectionné (430). Le terminal sélectionne le canal de trafic
ayant le moins d'interférences (421) puis transmet une de-
l1 mande d'appel et la liste proposée du terminal, à la station de base, via le canal sélectionné (422). La station de base vérifie alors si la demande d'appel est reçue ou non du ter- minal (431). Lorsque la demande d'appel n'est pas reçue à5 l'étape (431), la station de base resélectionné le canal de trafic ayant le moins d'interférences, dans la liste stockée et proposée (439). Lorsque la demande d'appel est reçue à
l'étape (431), la station de base vérifie si le canal de tra-
fic existe ou non dans la liste de canaux proposée (438). Si le canal existe dans la liste proposée, un signal de réponse
à la demande d'appel est transmis au terminal (440). Le ter-
minal vérifie alors si un signal de réponse à la demande d'appel est reçu ou non par le canal sélectionné au terminal (423). Si le signal de réponse à la demande d'appel est reçu,
l'appel poursuit son chemin (428).
Si le canal de trafic n'existe pas dans la liste proposée de la station de base à l'étape (438), la station de
base compare sa liste proposée avec la liste proposée du ter-
minal, et sélectionné le canal ayant le moins d'interférences
(432). La station de base transmet alors une demande de chan-
gement (433) par le canal de trafic qu'elle a sélectionné
dans l'étape (432), et change le canal en le canal sélection-
né (434). Lorsque le terminal ne reçoit pas la réponse à la demande d'appel à l'étape (423), ce terminal vérifie si le signal de demande de changement de canal de trafic est reçu
ou non de la station de base (424). Lorsque le signal de de-
mande de changement de canal de trafic est reçu, le terminal change alors le canal en le canal de trafic sélectionné à la station de base (425), et demande de nouveau l'appel par le canal de trafic sélectionné (426). La station de base vérifie si la demande d'appel ultérieure provenant du terminal à l'étape (426) est reçue ou non au canal de trafic changé (435). Si le signal de réponse à la demande d'appel dans le canal changé est reçu à la station de base à l'étape (435), la demande d'appel est envoyée au terminal dans le canal de
trafic changé (436), et l'appel poursuit son chemin (437).
Lorsque le signal de réponse à la demande d'appel est reçu de
la station de base (427), l'appel poursuit son chemin au ter-
minal d'abonné (428).
Dans l'illustration de la figure 1, un réseau ty-
pique peut être constitué de petites stations de base 110a, 110b et 11Oc connectées au réseau téléphonique public commuté (RTCP) 130, et l'appel est formé avec les terminaux radio d'abonné 100a, 100b et 0lc à partir des stations de base a, 110b et 11Oc. L'une au moins des stations de base 110a, b et 110c comporte les émetteurs/récepteurs radio 210, comme représenté à la figure 2. Ces stations de base peuvent être déployées dans les bureaux, les résidences et les zones publiques telles que les aéroports, les stations-service, les centres commerciaux ou autres. Les stations de base 110a, b et 11Oc forment l'interface entre un certain nombre de
terminaux d'abonné 100 et le RTCP 130. Par exemple, un termi-
nal radio 100c demande l'appel et une liaison radio 120c peut être formée avec la station de base 110b. Bien qu'il puisse y avoir une interférence à la station de base, la liaison radio
c est affectée du fait de l'interférence de la liaison ra-
dio 120d à l'extrémité d'abonné. Cette interférence conduit à
une détérioration de la qualité d'ensemble de la liaison ra-
dio 120c.
Dans une forme de réalisation de la présente in-
vention, les figures 4A, 4B et les figures 4C, 4D sont des ordinogrammes représentant le traitement d'appel entre un
terminal et une station de base, les figures 4A, 4B représen-
tant les processus de canal de trafic lorsqu'on demande le signal sortant, tandis que les figures 4C, 4D représentent les processus de canal de trafic lorsqu'on demande le signal incident. Dans les deux formes de réalisation représentées aux figures 4A, 4B et aux figures 4C, 4D, l'information de canal est échangée entre le terminal radio et la station de base en n'utilisant qu'un canal de trafic sélectionné. De
plus, le terminal radio 100Oa et la station de base 110a exa-
minent tous les canaux de trafic disponibles et stockent
l'information dans leur mémoire respective.
En se référant à la figure 1, lorsqu'on demande l'appel sortant en utilisant le terminal radio 100a de l'abonné radio, la détermination du canal de trafic entre le terminal radio 100Oa et la station de base 11Oa se fait comme représenté et précédemment décrit aux figures 4A et 4B. Le terminal radio 0l0a sélectionne le canal de trafic ayant le5 moins d'interférences (étape 402), après avoir formé une
liste proposée de canaux de trafic dont le niveau d'interfé-
rences est au-dessous d'un seuil prédéterminé (étape 401). Le terminal radio 10Oa transmet ensuite à la station de base 11Oa (étape 403) la demande d'appel et sa liste proposée. La station de base 110a examine tous les canaux de trafic dispo- nibles puis génère et stocke la liste proposée de canaux de trafic dont le niveau d'interférences est au- dessous du niveau donné (étape 411). La station de base attend alors pour déterminer si l'appel est demandé ou non par le terminal radio (étape
412). Cet état peut être appelé un mode de balayage d'IFSR.
Dans le cas o la demande d'appel n'a pas été reçue du termi-
nal radio 10Oa, la station de base 11Oa retourne au mode de
balayage d'IFSR, et examine de façon continue l'IFSR des ca-
naux de trafic disponibles. Lorsque la demande d'appel est reçue du terminal radio 10Oa, la station de base 11Oa vérifie si le canal de trafic sélectionné au terminal est ou non un canal de trafic inclus dans la liste proposée qui est générée
par la station de base (étape 419). Lorsque le canal de tra-
fic existe dans la liste proposée de la station de base, la station de base 11Oa envoie une réponse à la demande d'appel (étape 420) au terminal radio 100Oa. Le terminal radio 100la vérifie si le message de réponse à la demande d'appel dans le canal de trafic sélectionné par le terminal radio 100Oa, est transmis ou non à partir de la station de base 11Oa (étape 405) et, lorsque le message de réponse à la demande d'appel a été reçu, passe à l'appel (étape 410) de fixation du canal de trafic et de transmission del'information de disponibilité,
à la station de base 110a.
Cependant, si le canal de transmission du termi-
nal ne se trouve pas dans la liste proposée de la station de base (étape 419), la station de base 11Oa compare la liste proposée des canaux de trafic provenant du terminal, à la liste proposée de la station de base llOa, et sélectionne le
canal de trafic ayant le moins d'interférences (étape 413).
Le canal de trafic sélectionné est inclus dans les deux lis-
tes. La station de base 11Oa envoie ensuite un message de de-
mande de changement de canal de trafic au terminal radio 100la
(étape 414). Lorsque le signal de réponse à la demande d'ap-
* pel n'a pas été reçu à l'étape 410, le terminal radio 100a vérifie si le message de demande de changement de canal de trafic demandant le changement du canal sélectionné dans la station de base, est reçu ou non de la station de base (étape 406). Après le changement du canal de trafic pour passer à
celui sélectionné dans la station de base (étape 402) le ter-
minal radio 100a envoie de nouveau la demande d'appel à la station de base 11Oa (étape 408). La station de base 110a
change de canal pour passer au canal de trafic qu'elle a pré-
cédemment sélectionnée (étape 415), puis vérifie si le mes-
sage de demande d'appel suivant du terminal radio 100a dans
le canal de trafic changé, est reçu ou non (étape 416). Lors-
que le message de demande d'appel n'est pas reçu à l'étape 416, la station de base retourne au mode de balayage d'IFSR comme mode initial. Si le message de demande d'appel est reçu à l'étape 416, la station de base 11Oa envoie au terminal une réponse à la demande d'appel (étape 412), et passe à l'appel (étape 418) en transmettant l'information de disponibilité au terminal radio 100a. Si le message de réponse à la demande d'appel n'a pas été reçu par le terminal à l'étape 409, le terminal radio 10Oa sélectionne le canal de trafic suivant ayant le moins d'interférences, parmi les canaux de trafic
inclus dans sa liste proposée, et envoie de nouveau le mes-
) sage de demande d'appel (étape 403) à la station de base 11Oa. A la figure 1, lorsqu'on a l'appel incident pour demander l'appel au RTCP 130 et à la station de base 11Ob par un abonné filaire 140, la détermination du canal de trafic entre le terminal radio 100Ob et la station de base 110b se fait comme représenté à la figure 4B. La station de base 110b
examine tous les canaux de trafic disponibles en mode de ba-
layage d'IFSR, forme une liste proposée et stocke la liste
proposée en mémoire (étape 429). La station de base sélec-
tionne ensuite le canal de trafic ayant le minimum d'interfé- rences dans la liste préformée, stockée et proposée, des canaux de trafic, et appelle le terminal radio 100Ob (étape5 430). Le terminal radio 10Ob reçoit l'appel de la station de
base 11Ob puis sélectionne le canal de trafic ayant le mini-
mum d'interférences, dans sa propre liste proposée (étape
421) générée à l'étape 420. Le terminal radio transmet en-
suite à la station de base la demande d'appel et sa liste proposée de canaux de trafic ayant peu d'interférences, sur le canal de trafic qu'il a précédemment sélectionné (étape 422). Lorsque la demande d'appel du terminal radio 100b dans le canal de trafic sélectionné par ce terminal radio 00b, est reçue (étape 431), la station de base 11Ob vérifie si le canal de trafic de la liaison courante est inclus ou non dans la liste de canaux proposée de la station de base (étape 438). Lorsque la demande d'appel provenant du terminal radio 100Ob est incluse dans le canal de trafic de la liste proposée à l'étape 438, la station de base 11Ob transmet le message de réponse à la demande d'appel pour demander l'appel au terminal radio 10Ob (étape 440). Le terminal radio 100lb vérifie si le message de réponse à la demande d'appel existe ou non au terminal (étape 423), et continue le traitement de l'appel (étape 428) lorsque le message de demande d'appel a été détecté. Lorsque la demande d'appel du terminal radio a n'a pas été reçue à l'étape 431, la station de base 110b
resélectionne le canal de trafic suivant ayant peu d'interfé-
rences, dans la liste proposée de la station de base (étape
439), et appelle le terminal radio 100Ob.
Lorsque la demande d'appel est reçue à l'étape
431 et lorsqu'aucun canal de trafic correspondant n'est in-
clus dans la liste proposée de la station de base (étape 438), cette station de base compare la liste proposée envoyée par le terminal, à la liste proposée de la station de base,
et sélectionne le canal de trafic ayant le minimum d'interfé-
rences et se trouvant inclus dans les deux listes (étape
432), puis envoie au terminal radio 100Ob le message de de-
mande de changement de canal de trafic resélectionné (étape 433). Si le message de réponse à la demande d'appel n'est pas trouvé à l'étape 423, le terminal radio vérifie si le message de demande de changement de canal de trafic resé- lectionné a été reçu ou non de la station de base (étape 424). Lorsque le message de demande de changement n'est pas trouvé, le terminal radio 100Ob retourne au mode d'attente de réception d'appel à partir de la station de base initiale. Au contraire, lorsque le message de demande de changement est détecté à l'étape 424, le terminal radio 100Ob change le canal de trafic en le canal resélectionné (étape 425) et envoie de nouveau le message de demande d'appel à la station de base 11Ob (étape 426). Après avoir changé de canal pour passer au canal de trafic sélectionné (étape 434), la station de base
11Ob vérifie si la demande d'appel existe ou non en prove-
nance du terminal radio 100Ob (étape 435). Si la demande d'ap-
pel dans le canal changé est détectée par la station de base 11Ob à l'étape 435, celle-ci transmet au terminal radio 100lb un message de réponse à la demande d'appel (étape 436). Si la demande d'appel n'est pas détectée à l'étape 435, la station
de base resélectionne le canal de trafic (étape 439) et re-
commence le processus encore une fois pour tenter de faire avancer l'appel. Lorsque le terminal radio 100Ob reçoit le
message de réponse à la demande d'appel dans le canal de tra-
fic changé, à l'étape 427, ce terminal radio poursuit l'appel
(étape 428). Lorsque le message de réponse à la demande d'ap-
pel n'a pas été reçu par le terminal à l'étape 427, celui-ci retourne au mode d'attente de signal d'appel à partir de la
station de base.
La figure 2 représente la construction de sta-
tions de base 110a, 110b et 110c d'un système de radiocommu-
nications auquel on se réfère dans la forme de réalisation de la présente invention illustrée à la figure 1. Une antenne 200 est connectée au coupleur de division 205 servant de port
d'émission/réception d'un signal radiofréquence (RF) modulé.
Le coupleur de division 205 couple le signal de sortie RF mo-
dulé d'au maximum six émetteurs/récepteurs radio 210, émet le signal couplé vers les terminaux radio 100a, 100b et 100c, reçoit le signal de modulation RF émis par le terminal radio
d'abonné, par l'antenne 200, divise le signal reçu en six si-
gnaux, et fournit les signaux divisés aux six émet-
teurs/récepteurs radio 210 au maximum. Les émet- teurs/récepteurs radio 210 émettent les signaux fournis vers des multiplexeurs 215. Les multiplexeurs 215 effectuent une fonction à une seule couche au protocole d'interface d'air commun, pour assurer les radiocommunications des stations de base 110a, 110b et 110c avec les terminaux radio d'abonnés a, 100b et 100c dans le système de radiocommunications tel
que celui représenté à la figure 1.
L'abonné par fil ou filaire 140 de la figure 1 est connecté au bloc d'interface de RTCP 250 tout en passant à travers le RTCP 130. Un signal audio passant à travers le bloc d'interface de RTCP 250 est codé sous la forme du signal à modulation par impulsions codées (MIC) dans un codec 245, et se trouve commuté vers le multiplexeur correspondant 215
par l'intermédiaire d'un bloc de commutation numérique 230.
Les blocs indiqués ci-dessus sont commandés par l'unité cen-
trale de traitement (UCT) 225, et le programme de fonctionne-
ment de la station de base est inclus dans une mémoire morte (ROM) de programme 220. L'UCT 225 déclenche séquentiellement
les émetteurs/récepteurs radio 210 à l'intérieur de la sta-
tion de base, en faisant fonctionner le programme contenu
dans la mémoire morte (ROM) de programme 220.
Les émetteurs/récepteurs radio examinent 1'IFSR
de tous les canaux de trafic disponibles placés dans la posi-
tion courante de la station de base, mettent en liste et stockent les canaux de trafic ayant peu d'interférences, dans une mémoire vive de stockage (SRAM) incluse dans la station de base et, lorsque la demande d'appel est reçue du terminal radio, sélectionnent le canal de trafic avec les processus ci-dessus, et poursuivent l'appel. Les stations de base 110a,
110b et 110Oc de la figure 1 stockent dans la mémoire l'infor-
mation d'abonné radio et l'information de communication lors-
qu'elles communiquent avec l'abonné radio. L'information d'abonné est transmise à travers un modem 240, lorsqu'elle est demandée par un bloc supérieur de la station de base, et
se trouve envoyée à son bloc supérieur lorsqu'on la fait pas-
ser vers le bloc d'interface de RTCP 250. Le modem 240 con-
vertit le signal analogique en le signal numérique de la station de base, transmet le signal converti au bloc supé- rieur de la station de base, par l'intermédiaire du bloc d'interface de RTCP 250, et convertit en le signal numérique le signal analogique transmis par le bloc supérieur de la station de base. Le signal converti est fourni à la station de base au moment de la communication de données entre la
station de base et le bloc supérieur de la station de base.
Comme cela apparaît à l'évidence d'après ce qui
précède, lorsqu'on envoie aux terminaux radio la liste propo-
sée de canaux de trafic ayant un niveau d'interférences au-
dessous d'un seuil prédéterminé, et lorsque la demande d'ap-
pel à la station de base par le canal de trafic sélectionné
dans la liste proposée, a le minimum d'interférences au ter-
minal radio d'abonné, pour déterminer le canal de trafic, la présente invention permet de comparer la liste envoyée à la liste proposée de la station de base, pour régler le terminal radio et la liaison radio de façon que, lorsqu'un lancement d'appel est déclenché, le canal de trafic ayant le minimum d'interférences à la station de base et au terminal radio,
soit sélectionné, et que l'appel se poursuive avec une liai-
son radio très stable.

Claims (8)

R E V E N D I C A T I ON S
1 ) Procédé de traitement d'un appel pour échanger une infor- mation de canal entre un terminal radio (100a, 100Ob, 10Oc) et une station de base (11Oa, 11Ob, 11Oc) en utilisant un canal5 de trafic, caractérisé en ce qu' il comprend les étapes consistant à: - générer une liste de canaux de trafic de terminal radio
ayant un niveau d'interférences au-dessous d'un niveau pré-
1l déterminé; - sélectionner, dans la liste générée, un premier canal de trafic ayant le minimum d'interférences; -transmettre une demande d'appel à la station de base sur le premier canal de trafic sélectionné; -générer une liste de canaux de trafic de station de base
ayant un niveau d'interférences au-dessous d'un niveau pré-
déterminé; -déterminer si la demande d'appel transmise a été reçue par la station de base;
- vérifier si le premier canal de trafic sélectionné est in-
clus dans la liste générée par la station de base;
- transmettre au terminal radio un signal de réponse à la de-
mande d'appel lorsque le premier canal de trafic sélection-
né est inclus dans la liste générée par la station de base; - vérifier si le message de réponse à la demande d'appel est reçu par le terminal radio sur le premier canal de trafic sélectionné; et - poursuivre la connexion de l'appel lorsque le message de
réponse à la demande d'appel est reçu par le terminal ra-
dio. 2 ) Procédé selon la revendication 1, caractérisé en ce que lorsqu'on demande un appel sortant, le procédé comprend en outre les étapes consistant à:
- transmettre la liste générée de canaux de trafic de termi-
nal radio à la station de base, avec la demande d'appel transmise; comparer les listes générées de la station de base et du terminal radio lorsque le premier canal de trafic sélec-
tionné n'est pas inclus dans la liste générée par la sta-
tion de base; - sélectionner un second canal de trafic ayant le minimum d'interférences et se trouvant inclus dans les deux listes générées du terminal radio et de la station de base;
- transmettre une demande de changement de canal de la sta-
tion de base vers le terminal radio; - déterminer si la demande de changement de canal envoyée au
second canal de trafic sélectionné, est reçus par le termi-
nal radio; - transmettre la demande d'appel à la station de base sur le second canal de trafic sélectionné; - déterminer si la demande d'appel sur le second canal de trafic sélectionné est reçue par la station de base;
- transmettre au terminal radio un signal de réponse à la de-
mande d'appel lorsque la demande d'appel sur le second ca-
nal de trafic sélectionné est reçue par la station de base; et
- poursuivre la connexion de l'appel lorsque le signal de ré-
ponse à la demande d'appel est reçu par le terminal radio.
3 ) Procédé selon la revendication 1, caractérisé en ce que
l'étape de génération d'une liste de canaux de trafic de ter-
minal radio comprend en outre les étapes consistant à:
- rechercher tous les canaux de trafic disponibles au termi-
nal radio; et - déterminer lesquels des canaux disponibles ont un niveau
d'interférences au-dessous du niveau prédéterminé.
4 ) Procédé selon la revendication 1, caractérisé en ce qu' il comprend en outre les étapes consistant à: - retourner à un mode de balayage d'indicateur de force de signal reçu (IFSR) lorsque la demande d'appel transmise provenant du terminal radio n'est pas reçue par la station de base; et - rechercher de façon continue l'IFSR des canaux de trafic disponibles. ) Procédé selon la revendication 2, caractérisé en ce qu'
il comprend en outre l'étape consistant à sélectionner le ca- nal de trafic suivant ayant le minimum d'interférences lors-
que le terminal radio ne reçoit pas la demande de changement de canal de trafic transmise provenant de la station de base.
6 ) Procédé selon la revendication 2, caractérisé en ce qu'
il comprend en outre l'étape consistant à sélectionner le ca-
nal de trafic suivant ayant le minimum d'interférences lors-
que le signal de réponse à la demande d'appel transmis sur le
2) second canal de trafic, n'est pas reçu par le terminal radio.
7 ) Procédé selon la revendication 1, caractérisé en ce que lorsqu'on reçoit un appel incident, le procédé comprend en outre les étapes consistant à:
- sélectionner un canal de trafic ayant le minimum d'interfé-
rences, dans la liste de canaux de trafic générée par la station de base; - appeler le terminal sur le canal de trafic sélectionné de la station de base; - transmettre à la station de base la liste des canaux de
trafic du terminal radio, avec la demande d'appel trans-
mise; - comparer les listes générées de la station de base et du
terminal radio lorsque le premier canal de trafic sélec-
tionné n'est pas inclus dans la liste générée par la sta-
tion de base; - sélectionner un second canal de trafic ayant le minimum d'interférences et se trouvant inclus dans les deux listes générées du terminal radio et de la station de base;
- transmettre une demande de changement de canal de la sta-
tion de base vers le terminal radio; - déterminer si la demande de changement de canal est reçue par le terminal radio; - transmettre la demande d'appel du terminal radio vers la station de base sur le second canal de trafic sélectionné, lorsque la demande de changement de canal est reçue; - déterminer si la demande d'appel transmise est reçue par la station de base;
- transmettre au terminal radio un signal de réponse à la de-
mande d'appel lorsque la demande d'appel se trouvant sur le second canal de trafic sélectionné est reçue par la station de base; et
-poursuivre la connexion de l'appel lorsque le signal de ré-
ponse à la demande d'appel est reçu par le terminal radio.
8 ) Procédé selon la revendication 7, caractérisé en ce qu' il comprend en outre l'étape consistant à resélectionner un canal de trafic ayant peu d'interférences, à partir de la
liste générée de la station de base, lorsque la demande d'ap-
pel sur le second canal sélectionné n'est pas reçue du termi-
nal radio.
9 ) Procédé selon la revendication 7, caractérisé en ce qu' il comprend en outre l'étape consistant à resélectionner un canal de trafic ayant peu d'interférences, à partir de la liste générée de la station de base, lorsque la station de base ne reçoit pas du terminal radio la demande d'appel
transmise sur le premier canal de trafic sélectionné.
FR9716132A 1997-02-25 1997-12-19 Procede de lancement d'un appel dans un systeme de radiocommunications Expired - Fee Related FR2760166B1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019970005667A KR19980068872A (ko) 1997-02-25 1997-02-25 무선통신시스템에 있어서 호 설정방법

Publications (2)

Publication Number Publication Date
FR2760166A1 true FR2760166A1 (fr) 1998-08-28
FR2760166B1 FR2760166B1 (fr) 2001-04-20

Family

ID=19497838

Family Applications (1)

Application Number Title Priority Date Filing Date
FR9716132A Expired - Fee Related FR2760166B1 (fr) 1997-02-25 1997-12-19 Procede de lancement d'un appel dans un systeme de radiocommunications

Country Status (8)

Country Link
US (1) US6226520B1 (fr)
JP (1) JP2930926B2 (fr)
KR (1) KR19980068872A (fr)
CN (1) CN1192114A (fr)
DE (1) DE19754864B4 (fr)
FR (1) FR2760166B1 (fr)
GB (1) GB2322522B (fr)
RU (1) RU2138125C1 (fr)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100498904B1 (ko) * 1997-08-05 2005-09-28 삼성전자주식회사 무선 사설교환기의 인접셀간 무선채널 정보 공유방법
US6895245B2 (en) 1998-03-06 2005-05-17 Telefonaktiebolaget Lm Ericssion(Publ) Telecommunications interexchange measurement transfer
SE521227C2 (sv) * 1999-02-22 2003-10-14 Ericsson Telefon Ab L M Mobilradiosystem och ett förfarande för kanallokering i ett mobilradiosystem
KR100297555B1 (ko) * 1999-03-16 2001-09-26 박종섭 이동통신 시스템에서의 다이나믹 기능을 이용한 기지국의 채널자원 관리방법
US6801775B1 (en) * 1999-06-23 2004-10-05 At&T Wireless Services, Inc. Establishing a communication channel in a wireless network
DE10059868A1 (de) * 2000-11-30 2002-06-27 Horst Ziegler Verfahren zur Übertragung von Daten
DE10138229B4 (de) * 2001-08-03 2009-10-01 Siemens Gebäudesicherheit GmbH & Co. oHG Verfahren zur Funkübertragung in einem Gefahrenmeldesystem
US20030039226A1 (en) * 2001-08-24 2003-02-27 Kwak Joseph A. Physical layer automatic repeat request (ARQ)
US9049722B2 (en) * 2004-04-23 2015-06-02 Qualcomm Incorporated Methods and apparatus of enhancing performance in wireless communication systems
WO2004095851A2 (fr) * 2003-04-23 2004-11-04 Flarion Technologies, Inc. Procedes et appareil permettant d'ameliorer les performances de systemes de communication sans fil
US20040264394A1 (en) * 2003-06-30 2004-12-30 Boris Ginzburg Method and apparatus for multi-channel wireless LAN architecture
US20050224596A1 (en) * 2003-07-08 2005-10-13 Panopoulos Peter J Machine that is an automatic pesticide, insecticide, repellant, poison, air freshener, disinfectant or other type of spray delivery system
US7403503B2 (en) * 2003-07-09 2008-07-22 Interdigital Technology Corporation Resource allocation in wireless communication systems
KR100989314B1 (ko) * 2004-04-09 2010-10-25 삼성전자주식회사 디스플레이장치
KR100608813B1 (ko) 2004-07-16 2006-08-08 엘지전자 주식회사 이동 통신 단말기의 호 접속 방법
JP2007267077A (ja) * 2006-03-29 2007-10-11 Kyocera Corp 基地局、無線通信方法及び無線通信システム
US7925269B2 (en) * 2006-05-18 2011-04-12 Samsung Electronics Co., Ltd. Method and system for establishing a channel for a wireless video area network
KR100829817B1 (ko) * 2006-05-22 2008-05-16 한국전자통신연구원 셀룰러 시스템에서 중계기, 단말 및 기지국, 그리고기지국과 단말을 중계하는 방법
JP4898818B2 (ja) * 2006-09-20 2012-03-21 シャープ株式会社 無線通信装置、無線通信システムおよび無線通信方法
CN101175299B (zh) * 2006-11-03 2012-07-25 上海贝尔阿尔卡特股份有限公司 在uma接入网中用于控制移动终端接入的装置和方法
WO2008069310A1 (fr) * 2006-12-08 2008-06-12 Sharp Kabushiki Kaisha Dispositif de commande de communication, dispositif terminal de communication, système de communication radio, et méthode de communication
JP2010514244A (ja) * 2006-12-14 2010-04-30 フリースケール セミコンダクター インコーポレイテッド 送信機ユニットと受信機ユニットの間で通信を行うための送信及び受信チャネルの選択
JP5084427B2 (ja) * 2007-09-27 2012-11-28 京セラ株式会社 基地局、無線通信方法及び無線通信システム
JP5294346B2 (ja) * 2011-01-18 2013-09-18 Necアクセステクニカ株式会社 無線通信システムおよび無線通信方法
JP2015528653A (ja) * 2012-08-22 2015-09-28 ノキア ソリューションズ アンド ネットワークス オサケユキチュア 送信パラメータの判断
JP2016225820A (ja) * 2015-05-29 2016-12-28 サイレックス・テクノロジー株式会社 無線中継装置
CN108616843A (zh) * 2016-12-06 2018-10-02 致伸科技股份有限公司 无线通信配对方法及其系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0419243A2 (fr) * 1989-09-19 1991-03-27 Nippon Telegraph And Telephone Corporation Méthode d'allocation de canal
US5491837A (en) * 1994-03-07 1996-02-13 Ericsson Inc. Method and system for channel allocation using power control and mobile-assisted handover measurements

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2580129B2 (ja) * 1986-07-18 1997-02-12 ソニー株式会社 送受信装置
NZ232222A (en) 1989-01-27 1993-03-26 British Telecomm Alternate burst communication for cordless phones: burst formats
CA2027826C (fr) * 1990-10-17 2000-02-15 Leo Strawczynski Etablissement des appels dans un systeme de radiocommunication a affectation dynamique des canaux
US5276908A (en) * 1990-10-25 1994-01-04 Northern Telecom Limited Call set-up and spectrum sharing in radio communication on systems with dynamic channel allocation
CA2032325C (fr) * 1990-12-14 1998-07-07 Leo Strawczynski Transfert intracellulaire des appels dans les systemes de radiocommunication a affectation dynamique des canaux
FI88991C (fi) * 1991-10-03 1993-07-26 Nokia Telecommunications Oy Allokeringsfoerfarande foer radiokanaler
DE4328666C1 (de) * 1993-08-26 1994-12-08 Westfalia Separator Ag Vorrichtung zur Tiersortierung
US5649303A (en) * 1994-09-02 1997-07-15 Motorola, Inc. Method and apparatus for reducing interference among communication systems
US5795078A (en) * 1996-03-29 1998-08-18 Li; Alvin Yi Rotary and angular movement balanceable assembly
US5926755A (en) * 1996-08-07 1999-07-20 Telefonaktiebolaget Lm Ericsson Method and an arrangement for conducting multiple calls simultaneously
US5913167A (en) * 1997-02-28 1999-06-15 Motorola, Inc. Method for transferring a communication link in a wireless communication system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0419243A2 (fr) * 1989-09-19 1991-03-27 Nippon Telegraph And Telephone Corporation Méthode d'allocation de canal
US5491837A (en) * 1994-03-07 1996-02-13 Ericsson Inc. Method and system for channel allocation using power control and mobile-assisted handover measurements

Also Published As

Publication number Publication date
CN1192114A (zh) 1998-09-02
FR2760166B1 (fr) 2001-04-20
RU2138125C1 (ru) 1999-09-20
GB2322522A (en) 1998-08-26
JPH10243448A (ja) 1998-09-11
GB9723649D0 (en) 1998-01-07
US6226520B1 (en) 2001-05-01
DE19754864A1 (de) 1998-09-10
GB2322522B (en) 1999-09-29
JP2930926B2 (ja) 1999-08-09
DE19754864B4 (de) 2005-02-24
KR19980068872A (ko) 1998-10-26

Similar Documents

Publication Publication Date Title
FR2760166A1 (fr) Procede de lancement d'un appel dans un systeme de radiocommunications
CA2112514C (fr) Procede de transmission de donnees entre des equipements de communication connectes a une infrastructure de communication
US8589566B2 (en) Multiple voice communication sessions through a client device
FR2764157A1 (fr) Procede de commutation d'echange douce dans un systeme cellulaire amrc
FR2750551A1 (fr) Commutateur repeteur a largeur de bande variable et procede associe
FR2687873A1 (fr) Systeme de telecommunications a partage des frequences entre plusieurs systemes radiotelephones, appareil et procede associes.
FR2767617A1 (fr) Procede de commutation semi-douce utilisant des frequences communes multiples
WO1998056204A1 (fr) Procede d'allocation dynamique de canaux dans un reseau cellulaire de radiocommunication
EP0270391A1 (fr) Procédé de commande de la retransmission de messages à partir de stations émettrices appartenant à un système cellulaire
EP1227697A1 (fr) Méthode d'allocation implicite de ressources
FR2656178A1 (fr) Procede et appareil permettant d'augmenter la reutilisation de frequences sur une meme voie dans un reseau de radiocommunication de donnees a plusieurs stations.
FR2644655A1 (fr) Procede de transmission d'informations dans un reseau de transmission de donnees par voie radioelectrique et systeme pour lequel est mis en oeuvre le procede
FR2517146A1 (fr) Procede utilise pour la gestion du trafic d'informations dans une cellule formee de plusieurs chaines radio et dispositif mettant en oeuvre ce procede
KR20060042241A (ko) 이동 장치에 의한 무선 채널 선택 방법 및 시스템
FR2764467A1 (fr) Transmission du canal d'informations pilotes de chaque operateur dans un systeme de radiocommunication avec des stations mobiles
FR2527872A1 (fr) Station fixe d'un systeme de radiocommunications a sauts de frequence, a emetteurs banalises
EP1398986A1 (fr) Procédé d'allocation de ressources dans un système de radiocommunication à division spatiale et equipements pour la mise en oeuvre du procédé
EP0914014A1 (fr) Système de radiocommunications, radio mobile d'un tel système et procédé pour selectionner un système parmi de tels systèmes fonctionnant dans une mème zone de couverture
FR2818077A1 (fr) Procede de regie des frequences allouees pour des communications radiomobiles, infrastructure de reseau radiomobile, et systeme de communication pour la mise en oeuvre de ce procede
FR2905551A1 (fr) Procede de gestion des connexions entre un terminal sans fil et des interfaces d'acces
WO1999013672A1 (fr) Station de base controlant les communications mises en oeuvre dans une cellule d'un reseau de radio-communication cellulaire et numerique et procede de controle correspondant
FR2775547A1 (fr) Systeme de radiocommunication numerique capable de changer un mode de capacite de transmission
EP1982556B1 (fr) Communication entre un terminal sans fil et un point d'acces d'un reseau sans fil
EP3675546B1 (fr) Scanner radio embarqué dans une structure mobile d'un système de radiocommunications, et procédé d'utilisation du scanner radio
FR2762957A1 (fr) Systeme de radiocommunication bidirectionnel et procede d'etablissement de communications

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20090831