FR2838910A1 - Procede pour determiner si, dans une station de base, l'un de plusieurs services de donnees fournis a une station mobile peut etre reconnecte dans un etat dormant - Google Patents
Procede pour determiner si, dans une station de base, l'un de plusieurs services de donnees fournis a une station mobile peut etre reconnecte dans un etat dormant Download PDFInfo
- Publication number
- FR2838910A1 FR2838910A1 FR0304670A FR0304670A FR2838910A1 FR 2838910 A1 FR2838910 A1 FR 2838910A1 FR 0304670 A FR0304670 A FR 0304670A FR 0304670 A FR0304670 A FR 0304670A FR 2838910 A1 FR2838910 A1 FR 2838910A1
- Authority
- FR
- France
- Prior art keywords
- service
- station
- paging
- response message
- message
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
L'invention concerne un procédé pour déterminer si un service de données en paquets sans fil peut être activé dans un état dormant (10). Pour activer l'un de plusieurs services de données en paquets dans l'état dormant, une station de base BS transmet à une station mobile MS un radiomessage (101) contenant un identificateur identifiant le service devant être activé. Si une instance pour le service n'est pas disponible, la station MS transmet à la station BS un message de réponse (102) indiquant que le service ne peut pas être reconnecté. La station BS s'arrête alors immédiatement, sauvegardant ainsi les ressources radio et améliorant les performances du système. Domaine d'application : télécommunications du type AMRC, etc.
Description
L' invention concerne de facon generale un systeme de telecommunications
sans fil, et en particulier un procede pour determiner si un service de donnees en paquets sans fil peut etre active dans un etat dormant sans qu'un canal de trafic ne soit connecte entre une station de base (BS)
et une station mobile (MS).
Des systemes de telecommunications sans fil tels que le systeme a acces multiple par repartition par code (AMRC) 2000 fournissent une communication du service mobile de la troisieme generation. Ces systemes de communications mobiles de troisieme generation supportent un service de donnees en paquets a haute vitesse incluant des images cinematographiques, ainsi qu'un service vocal, en comparai son avec les systemes class iques de communications
mobiles de deuxieme generation.
Si aucun trafic n'est echange entre une station de base BS et une station mobile MS pendant un temps predetermine apres que des canaux radio ont ete connectes pour un service de donnees en paquets, elles echangent des messages de signalisation, puis passent dans un etat dormant. On entend par etat dormant un etat dans lequel aucun canal de trafic n'est connecte entre les stations BS et MS, tous les canaux de la Couche l et de la Couche 2 vent liberes et les informations concernant les canaux des Couches l et 2 vent supprimees. Cependant, la station MS conserve une instance de service pour le service de donnees en paquets dans l'etat dormant. Une instance de service est definie comme etant un processus pour autoriser la pour-quite du service de donnees en paquets et pour gerer une information de connexion associee, en particulier une
information de connexion de protocole point-a-point (PPP).
L' instance de service est identifiee par un identificateur de reference de service (SR ID pour "Service Reference IDentifier"). Dans l'etat dormant, seule l' information de connexion PPP est geree. Lors de la generation de donnees d'emission dans l'etat dormant, les stations BS et MS passent dans un etat de reconnexion et executent la meme operation que celle effectuee pour l'etablissement d'un appel initial, a l 'exclusion de l'etablissement de la connexion PPP. Si le service de donnees en paquets peut etre active dans ltetat de reconnexion, les stations BS et MS passent dans un etat
actif et echangent des paquets.
Pour activer un service particulier dans l'etat dormant, la station BS avise la station MS uniquement diune option de service indiquant le type du service. I1 se peut que deux ou plus de deux services ayant la meme option de service soient en cours entre les stations BS et MS. Par exemple, avec la station MS connectee a un ordinateur portable, la station MS et ltordinateur portable realisent un service de video a la demande (VOD pour "Video On Demand") et un service de protocole de transfert de fichier (FTP pour "File Transfer Protocol"), respectivement, par la meme connexion sans fil. Dans ce cas, la station MS fait fonctionner deux instances de services pour les services VOD et FTP. Bien que les instances de services aient le meme numero d'option de service, par exemple 33, indiquant le service de donnees en paquets a haute vitesse, elles
utilisent des connexions PPP separees.
Apres l'etablissement de canaux de trafic et le 2s passage a l'etat actif, la station MS identifie le service devant etre active par un identificateur SR ID recu depuis la station BS, et determine si une instance de service correspondante est disponible. Si la station MS est deconnectee de l'ordinateur portable dans l'etat dormant, le service FTP n'est pas disponible. Lorsque la station BS demande l' activation du service FTP par l'identificateur SR ID identifiant le service FTP, la station MS libere les canaux de trafic affectes, considerant que l' instance de
service FTP n'est pas disponible.
Etant donne que la station BS ne fait pas connaltre a la station MS l'identificateur SR ID identifiant le service devant etre active avant l' affectation des canaux de trafic, les canaux de trafic vent affectes et des messages vent echanges pour une connexion de service entre elles meme si la station MS ne peut pas reprendre l' instance de service pour le service. Par consequent, des messages de signalisation et un trafic inutiles continuent d'etre generes jusqu'a ce que le service s'acheve et les stations MS et BS occupent les canaux de trafic affectes jusqu'a la confirmation de l'indisponibilite de l' activation de service. Il en resulte un gaspillage des ressources radio et la production d'un temps de retard inutile jusqu'a la
fin du service.
Un objet de l 'invention est done de procurer un procede pour determiner si l'un de plusieurs services de donnees peut etre active dans un etat dormant dans un
systeme de communications de donnees en paquets.
Un autre objet de l 'invention est de procurer un procede pour faire cesser un service indisponible, reduisant ainsi le gaspillage des ressources radio dans un
systeme de communications de donnees en paquets sans fil.
Un autre objet de l' invention est de procurer un procede pour faire cesser rapidement un service indisponible avec un effet minimal sur un systeme de
communications de donnees en paquets sans fil.
Les objets ci-dessus ainsi que d'autres objets vent realises par un procede pour determiner si l'un de plusieurs services de donnees fourni d'une station de base BS a une station mobile MS peut etre reconnecte dans un etat dormant, ou des instances de services vent maintenues pour les services de donnees sans que des canaux de trafic ne soient connectes dans un systeme de communications de donnees par paquets sans fil. La station BS transmet a la station MS un radio-message contenant un identificateur SR ID identifiant un service de donnees devant etre active parmi les services de donnees. La station MS determine alors si l' instance du service indique par l'identificateur SR ID est disponible. Si l' instance de service niest pas disponible, la station MS transmet un message de reponse
indiquant le rejet du service a la station BS.
L' invention sera decrite plus en detail en regard des dessins annexes a titre d'exemples nullement limitatifs et sur lesquels: la figure 1 est un diagramme illustrant un flux de messages de signalisation pour amorcer un service de donnees en paquets normalement apres un passage d'un etat dormant a un etat actif dans un systeme AMRC 2000 auquel l 'invention s' applique; la figure 2 est un diagramme illustrant le flux de messages de signalisation classique pour faire cesser un service loreque le service ne peut pas etre active dans un etat dormant dans le systeme AMRC 2000;
la figure 3 est un organigramme illustrant le fonc-
tionnement d'une station de base BS en correspondence avec les flux de signaux illustres sur les figures 1 et 2; la figure 4 est un organigramme illustrant le fon^c tionnement d'une station mobile MS en correspondence avec les flux de signaux illustres sur les figures 1 et 2; la figure 5 illustre la structure d'un radiomessage classique; la figure 6 illustre le format d'un champ SERVICE_OPTION dans la radiomessagerie; la figure 7 illustre un exemple d' affectation de numeros d'options de services; la figure 8 illustre une structure d'un radiomessage de reponse classique; la figure 9 est un diagramme illustrant un flux de messages de signalisation pour faire cesser un service si le service ne peut pas etre active dans l'etat dormant selon la presente invention; la figure 10 illustre la structure d'un radiomessage comprenant en outre un champ SR_ID selon une forme de realisation de la presente invention; la figure 11 illustre un exemple de numeros d' options de services indiquant des identificateurs SR ID selon une autre forme de realisation de l 'invention; la figure 12 illustre une affectation de numeros d' options de services pour representer des identificateurs SR ID selon la seconde forme de realisation de ['invention;
la figure 13 est un organigramme illustrant le fonc-
tionnement de la station BS en correspondence avec le flux de signaux represente sur la figure 9; et la figure 14 est un organigramme illustrant le fonc tionnement de la station MS en correspondence avec le flux
de signaux illustre sur la figure 9.
Dans la description suivante, on ne decrira pas en
detail des fonctions ou des modes de realisation bien
connus pour ne pas obscurcir l 'invention pas des details inutiles. En particulier, les details specifiques tels que la structure d'un radiomessage ou de numeros d' options de services indiquant des types de services vent donnes pour permettre une comprehension globale et complete de ['invention. Les specialistes de la technique comprendront done que ['invention peut etre mise en uvre sans eux ou en
leur apportant certaines modifications.
L' invention propose un procede pour determiner si l'un de plusieurs services dans un etat dormant- peut etre reconnecte dans un systeme de communications de donnees en paquets sans fil. Plus particulierement, pour activer le service dans l'etat dormant, une station BS transmet un message initial contenant un identificateur SR ID identifiant le service a une station MS. Avant de decrire la decision portent sur la disponibilite de la reconnexion du service, on decrira d'abord les operations effectuees par les stations BS et MS pour procurer un service de donnees en paquets dans un systeme AMRC 2000 classique. La station MS est connectee a un nud ou node de service de donnees en paquets (PDSN pour "Packet Data Service Node") par une connexion sans fil avec la station sS. Le node PDSN a pour but de connecter un reseau de communications mobiles a un reseau de communications par paquets tel que l'Internet, et il gere des instances de services entre la
station MS et divers autres points d'extremite.
La figure l est un diagramme illustrant un flux de messages de signalisation pour amorcer normalement un service de donnees en paquets apres le passage d'un etat dormant a un etat actif dans un systeme AMRC 2000 auquel l 'invention siapplique. Plusieurs services continus entre une station BS et une station MS vent dans ltetat dormant
et la station MS conserve des instances pour les services.
En reference a la figure l, a la suite de la genera-
tion d'un paquet pour un service particulier dans un etat dormant lO, la station BS transmet un radiomessage a la station MS sur un canal de radiomessagerie pour activer le service dans une etape lOl. Le radiomessage contient un
numero d'option de service indiquant le type du service.
Les types de services vent classes en un appel vocal utilisant divers codages vocaux, un appel de donnees supportant diverges cadences de donnees et un appel d'essai
qui depend du mode de realisation du systeme.
Dans une etape 102, la station MS transmet un radio-
message de reponse a la station BS en reponse au radiomessage. Le radiomessage de reponse contient un numero 2s d'option de service indiquant un service devant etre active lorsque le service est dans l'etat dormant. Le radiomessage est destine ici a la meme utilisation qu'une connexion de service initiale. La station BS affecte des canaux de trafic d'aller et de retour. La station BS transmet ensuite a la station MS un message d' affectation de canaux de trafic contenant l' information d'affectation de canaux de trafic de l'etape 103 et des donnees nulles sur le canal de
trafic aller dans ltetape 104.
A la reception du message d' affectation de canaux de trafic, la station MS etablit les canaux de trafic aller et retour, verifie la reception du trafic aller (c'est-a-dire les donnees nulles) et transmet un preambule sur le canal de trafic retour a la station BS dans une etape 105. Dans
une etape 106, la station BS transmet un ordre d'acquitte-
ment BS a la station MS. Ainsi, les canaux de trafic aller et retour vent totalement etablis et les stations BS et MS
passent dans un etat actif 20.
Pour reconnecter le service, la station BS transmet un message de connexion de service contenant un identificateur SR ID identifiant le service a la station MS dans une etape lo 107. La station MS determine alors si une instance pour le service est disponible. Si elle est disponible, la station MS transmet un message d'achevement de connexion de service a la station BS dans une etape 108. Ainsi, le service de donnees en paquets est demarre et des paquets pour le service vent echanges entre les stations BS et MS, comme
indique par la reference numerique 30.
Si la station BS determine que des parametres de service doivent etre renegocies apres le passage a l'etat actif 20, elle transmet un message de demande de service contenant de nouveaux parametres de service a la station MS
avant la transmission du message de connexion de service.
Etant donne que le message de demande de service comprend l'identificateur SR ID, la station MS peut determiner si l' instance de service est disponible par l'identificateur SR ID. Si le service est disponible, la station MS transmet un message de reponse de service a la station BS et attend la reception du message de connexion de service pour la
reconnexion du service.
Un indicateur SR ID est une valeur a 3 bits indiquant une instance de service pour un service particulier. Si l'indicateur SR ID est 0, il indique une signalisation. Si l'indicateur SR ID est 7, il indique un service nul. Par consequent, un indicateur SR ID est positionne a une valeur non utilisee entre 1 et 6, pour une instance de service, qui est generee a chaque fois qu'un service est connecte
par une connexion sans fil.
L' instance de service est un processus pour gerer toutes les informations demandees pour permettre l' execution d'un service, c'est-a- dire une information de configuration liee au service telle qu'un numero d'option s de service, un numero d'option de multiplex (MUX), une information de protocole de liaison radio (RLP pour 'Radio
Link Protocol") et une table de correspondence logique-
physique (LPM pour "Logical-to-Physical Mapping"). Lorsque le service est totalement libere, l' instance de service est supprimee et son identificateur SR ID est disponible pour toute autre instance de service. L'identificateur SR ID est inclus dans l'en-tete d'une unite de datagramme de paquets (PDU pour "Packet Datagram Unit") a des fins dindication du service d'un paquet transmis entre les stations BS et MS. Par contre, si l' instance de service correspondent a l'identificateur SR ID n'est pas disponible, la station MS effectue une operation illustree sur la figure 2, considerant que le service ne peut pas etre reconnecte. La figure 2 est un diagramme illustrant un flux de messages de signalisation classique pour faire cesser le service lorsque le service ne peut pas etre reconnecte dans l'etat dormant dans le systeme AMRC 2000. Les etapes 101 a 106 vent executees de la meme maniere que celles decrites en reference a la figure 1 et elles ne seront done pas redecrites. En reference a la figure 2, loreque la station MS determine que l' instance de service correspondent a l'identificateur SR ID n'est pas disponible dans une etape 110, elle retransmet un ordre de rejet a la station BS dans une etape 111. La station BS transmet alors un ordre de liberation a la station MS et libere les canaux de trafic deja affectes dans une etape 112. La station MS transmet egalement un ordre de liberation a la station BS et supprime l' instance de service, rendant l'identificateur SR ID disponible pour une instance de service differente dans
une etape 113.
Les operations effectuees par les stations BS et MS en correspondence avec les flux de signaux illustres sur les figures 1 et 2 vent representees respectivement sur les
figures 3 et 4.
En reference a la figure 3, a la generation d'un nouveau paquet pour un service particulier dans l'etat dormant dans une etape 200, la station BS transmet le radiomessage contenant le numero d'option du service a la station MS sur un canal de radiomessagerie dans une etape 201. La station MS determine alors a partir du numero d'option de service si le service peut etre reconnecte dans une etape 202. Si le numero d'option de service est ''OxO000'', la station MS determine que la reconnexion du service n'est pas disponible. Etant donne que la disponibilite du service a deja ete verifiee a la connexion initiale du service, le message de reponse au radiomessage possede le numero d' option de service etabli dans le radiomessage. Par consequent, loreque le service est active dans l'etat dormant, la station BS determine tonjours, d'apres la reponse au radiomessage, que le service est disponible. Dans une etape 203, la station BS affecte des canaux de trafic pour le service et transmet des donnees de trafic nulles a la station MS sur le canal de trafic aller. La station BS transmet ensuite le message d' affectation de canaux a la station MS dans une etape 204. A la reception d'un preambule provenant de la station MS sur le canal de trafic retour dans une etape 205, la station BS transmet ltordre d'acquittement BS a la station MS dans une etape 206. Dans une etape 207, la station BS transmet a la station MS le message de connexion de service contenant l'identificateur SR ID indiquant le service devant etre connecte et attend la reception d'une reponse en provenance de la station MS. A la reception du message d'achevement de connexion de service en provenance de la station MS dans une etape 208, la station BS commence a echanger des paquets avec la station MS, considerant que la connexion de service est disponible. Autrement, si la station BS ne rec,oit pas le message d'achevement de connexion de service dans l'etape 208, elle attend la reception de l'ordre de rejet en provenance de la station MS dans une etape 209. A la reception de l'ordre de rej et, la station BS transmet l'ordre de liberation a la station MS dans une etape 210 et re,coit l'ordre de liberation en provenance de la station MS dans une etape 211. La station BS libere alors les canaux
de trafic et fait cesser le service.
En reference a la figure 4, la station MS, surveillant le canal de radiomessage dans une etape 300, re,coit le radiomessage en provenance de la station BS dans une etape 301. Si une adresse destinataire incluse dans le radiomessage est differente de celle de la station MS dans une etape 302, la station MS revient a l'etape 300 et surveille le canal de radiomessagerie. Si elles vent identiques, la station MS determine d'apres le numero d' option de service inclus dans le radiomessage si le type du service devant etre reconnecte peut etre supporte. Etant donne que la station MS a determine de supporter le type de service, loreque le service est reconnecte dans l'etat dormant, le service est connecte initialement. Par consequent, la station MS determine touj ours que le type de service peut etre supporte. La station MS transmet ensuite le message de reponse au radiomessage a la station BS dans une etape 303. La reponse au radiomessage contient le numero d' option de service etabli dans le radiomessage pour indiquer la disponibilite du type de service. A la reception du message d' affectation de canaux dans une etape 304, la station MS etablit des canaux de trafic aller et retour conformement a l' information d' affectation incluse
dans le message d'affectation de canaux dans une etape 305.
La station MS recoit des donnees de trafic nulles sur le canal de trafic aller, confirmant ainsi la mise en place normale du canal de trafic aller dans une etape 306. La station MS continue la transmission du preambule, considerant que les canaux de trafic aller et retour n'ont pas ete etablis, jusqu'a ce que cette station MS recoive l'ordre d'acquittement BS en provenance de la station BS
dans une etape 308.
A la reception du message de connexion de service en provenance de la station BS dans une etape 309, la station MS determine si l' instance pour le service identifie par un identificateur SR ID inclus dans le message de connexion de
service parmi plusieurs services en continu est disponible.
Si l' instance de service est disponible, la station MS transmet le message d'achevement de connexion de service a la station BS dans une etape 311 et commence a echanger des paquets avec la station BS. Autrement, si l' instance de service n'est pas disponible dans l'etape 310, la station MS transmet l'ordre de rejet a la station BS dans une etape 312. A la reception de l'ordre de liberation dans une etape 313, la station MS transmet ltordre de liberation a la station BS dans une etape 314. La station MS libere ensuite
les canaux de trafic et arrete l' instance de service.
Les figures 5 a 8 illustrent les structures du radio 2s message et du message de reponse aux radiomessages classiques utilises pour amorcer un service de donnees en paquets dans l'etat dormant. En particulier, la figure 5 illustre un format du radiomessage classique. Comme illustre sur la figure 5, le radiomessage classique contient un champ SERVICE_ OPTION a 16 bits ayant un numero
d'option de service.
La figure 6 illustre le format du champ SERVICE_ OPTION. En reference a la figure 6, 1 bit est affecte a un indicateur de propriete, 3 bits vent utilises pour une revision d'option de service et les 12 autres bits indiquent un numero d'option de service de base. Les 15 bits, non compris l'indicateur de proprietaire, vent
utilises pour indiquer un numero doption de service.
La figure 7 illustre un exemple de numero d'option de service. Des types de services comprenant un appel vocal a 8 kbps, un appel de retour en boucle, etc. vent representes par l'utilisation de numeros d' options de services. Sur la
figure 7, 4105 a 32767 vent reserves.
La figure 8 illustre un format du message de reponse au radiomessage classique. En reference a la figure 8, la reponse au radiomessage classique contient un champ
SERVICE_OPTION indiquant un numero d' option de service.
Comme decrit precedemment, lors de la generation d'un paquet pour un service dans l'etat dormant, la station BS transmet le radiomessage a la station MS pour demander une reconnexion du service. Etant donne que le radiomessage est configure pour une connexion de service initiale, il contient uniquement un numero d'option de service indiquant le type du service devant etre connecte. Avec plusieurs services connectes par une seule connexion sans fil, chaque service est identifie par son identificateur SR ID. Dans la presente invention, le radiomessage est done configure de facon a comprendre en out re un identificateur SR ID afin de determiner rapidement la disponibilite d'un service particulier. La figure 9 est un diagramme illustrant un flux de messages de signalisation pour l'achevement d'un service loreque le service ne peut pas etre reconnecte dans un etat dormant conformement a l 'invention. En reference a la figure 9, lors de la generation d'un nouveau paquet pour un service particulier dans l'etat dormant 10, la station BS transmet a la station MS un radiomessage contenant un numero d'option de service indiquant le type du service et un identificateur SR ID identifiant le service dans une etape 401. Le format du radiomessage sera decrit en detail ci-apres. La station MS determine, en reference a l'identificateur SR ID, si une instance pour le service est disponible. Si l'insLance (e service est disponibIe, la GLaLion MS LcameL la sLaLion ES une rdponse au radiomeGGage conLenaoL l'idenLificaLeur SR I ou le numro d'opLion de service. [a sLaLion MS atfecLe enuiLe des canaux de Lrafic eL amorce le service de donnes en paqueLG en renAgocianL des param@Lres de service 1orsque cela esL . neCeGsalre. En varianLe, Gi l'insLance de service n'eL pas disponible, la sLaLion MS LranGmeL la sLaLion BS le meGsage de rAponse au radiomeGsage indiquanL le rejeL de la connexion du service, par exeple "0x0000", o bien l'ordre de rejeL danG une ALape 402, eL lib@re le sevice comme indigud par la rfrence num@rique 40. LanL donna que les canaux de Lrafic nionL pas ALd encote aftecLdy, laG n GLaLioDG BS eL MS o'onL pas besoin d'Achanger les ordres de libcaLion. La figure 10 illuLre le formaL du radiomeGGage corenanL un champ d'iformaLion d'idenLificaLeur SR_IO Gelon une forme de ralisaLion de l'invenLion. En mparaisOn avec le radiom<GGage gn@ral illoGLr sur la figure 5, le radiomeGGage selon 1iinvenLion comprend un champ SR_ID 3 bits indiquanL un idenLificaLeur SR ID en
P1UG du chap SERVICE_OPTION 16 biL.
HormiG la reconnexion de service dans l'6LaL dormant, le radiomeGGage esL AgalemenL uLiliGA pour une connexion d'appel iniLiale. Par conGquenL, l'addiLion d'un champ d'informaLion au radiomeGGage provogue une charge inuLile lorG de la connexion d'appel iniLiale. On peuL done eoviager, en LanL quiauLre forme de ralisaLion, que le radiomeGGage GoiL configurd de fagon comprendre un idenLificaLeur SR ID sanG modification guelcongue du radiomeGGage claGsigue en affecLanL cerLainG deG num@cos d'opLionG de services en rAserve comme illuGLr sur la
figure 7 de faon repr6senLer des idenLificaLeur SR ID.
La figure 11 illuGLre le formaL du champ SERVICE_OPTION pour fournir un idenLificaLeur SR I selon la seconde forme de realisation de ['invention. Le premier bit du champ SERVICE_OPTION a 16 bits est tonj ours 0. Les 2e a 13e bits vent tous des 1 pour indiquer que le champ represente un identificateur SR ID, et les 3 autres bits vent affectes de facon a indiquer l'identificateur SR ID
d'une instance de service a l'etat dormant.
La figure 12 illustre une affectation de numeros d'options de services pour representer des identificateurs
SR ID selon la seconde forme de realisation de ['invention.
En reference a la figure 12, des numeros d'options de services Ox7FF8 (32 760) a Ox7FFF (32 767) vent affectes pour representer des identificateurs SR ID 0 a 7. Par exemple, si un ordinateur portable est connecte a la station MS et si la station mobile MS et liordinateur portable effectue les services VOD et FTP, respectivement, par une connexion unique sans fil, la station MS exploite deux instances de services pour le service VOD et le service FTP. Bien que les instances de services possedent le meme numero d'option de service indiquant un service de donnees en paquets a haute vitesse, par exemple 33, elles vent connectees a des serveurs correspondents par l'intermediaire d'une BS en utilisant des connexions separees, habituellement des connexions PPP et ont leurs
propres identificateurs SR ID specifiques.
2s Si aucun paquet nest genere pour les deux services pendant un temps predetermine, la station MS libere les canaux de trafic radio et passe dans l'etat dormant, conservant les instances de services. A la generation d'un paquet pour le service FTP dans l'etat dormant, la station BS demande a la station MS de reprendre le service FTP par
l'identificateur SR ID identifiant le service FTP.
L'identificateur SR ID est inclus dans un radiomessage
initial transmis a la station MS dans l'etat dormant.
Si l'utilisateur a deconnecte la station MS de l'ordi nateur portable, la station MS ne peut plus utiliser l' instance de service FTP. Par consequent, la station MS transmet un message de reponse au radiomessage indiquant le rejet de la connexion du service ou un ordre de rejet a la
station BS, et la station BS arrete alors le service FTP.
En variante, l' instance de service peut ne pas etre disponible lorequ'une minuterie effective etablie a un temps predetermine expire. A la reception d'un radiomessage demandant une reconnexion de l' instance de service, la station MS transmet une reponse au radiomessage indiquant un rejet de la connexion de service ou un ordre de relet a
la station BS. La station BS arrete alors le service.
Les figures 13 et 14 vent des organigrammes illustrant les operations effectuees par les stations BS et MS en correspondence avec le flux de signaux represente sur la figure 9. En reference a la figure 13, lors de la generation d'un nouveau paquet pour un service dans l'etat dormant a l'etape 500, la station BS transmet a la station MS le radiomessagecontenant l'identificateur SR ID du
service sur un canal de radiomessagerie dans une etape 501.
L'identificateur SR ID est etabli dans un champ d' information procure separement, ou bien il est etabli a un numero d'option de service predetermine dans un champ SERVICE_OPTION. A la reception du message de reponse au radiomessage provenant de la station MS dans une etape 502, la station BS determine a partir d'un numero d'option de service inclus dans la reponse au radiomessage si le service peut etre reconnecte, c'est-adire si une instance pour le service est disponible dans une etape 503. Si le numero d'option de service est "0x0000" indiquant l'indisponibilite du service, la station BS arrete le service. Si le numero d'option de service est d'une toute autre valeur, la station BS affecte des trafics de canaux aller et retour pour le service et commence a transmettre des donnees de trafic nulles sur le canal aller dans une etape 504. Dans une etape 505, la station BS transmet le message d' affectation de canaux contenant une information d'affectation de canaux de trafic a la station MS. A la reception d'un preambule sur le canal de trafic retour dans une etape 506, la station BS transmet l'ordre d'acquitte ment BS a la station MS, indiquant l'achevement de
l 'affectation des canaux de trafic dans une etape 507.
La station BS transmet le message de connexion de service a la station MS dans une etape 508. Loreque la station BS recoit un message d'achevement de connexion de service en provenance de la station MS dans une etape 509,
elle commence a echanger des paquets avec la station MS.
En reference a la figure 14, la station MS surveille le canal de radiomessagerie dans l'etat dormant dans une etape 600. A la reception du radiomessage contenant une adresse destinataire et l'identificateur SR ID d'un service devant etre connecte dans une etape 601, la station MS determine si son adresse est identique a l'adresse destinataire recue dans une etape 602. Si elles vent differentes, la station MS revient a l'etape 600 pour continuer a surveiller le canal de radiomessagerie. Si les adresses vent identiques, la station MS determine a partir d'un numero d'option de service, c'est-a-dire l'identifica teur SR ID inclus dans le radiomessage, si le service peut etre reconnecte, c'est-a-dire si une instance pour le service est encore disponible dans une etape 603. Si le service n'est pas disponible, la station MS passe a une
etape 612.
Autrement, si le service est disponible dans l'etape 603, la station MS transmet un message de reponse au radiomessage a la station BS dans une etape 604. La reponse au radiomessage contient le numero d'option de service (c'est-a-dire l'identificateur SR ID) inclus dans le radiomessage pour indiquer la disponibilite de la
reconnexion du service.
A la reception du message d'affectation de canaux en provenance de la station BS dans une etape 605, la station MS etablit des canaux de trafic aller et retour conformement a l' information d' affectation incluse dans le message d' affectation de canaux dans une etape 606. Apres confirmation de l'etablissement normal du canal aller par la reception de donnees de trafic nulles sur le canal de trafic aller a une etape 607, la station MS commence a transmettre un preambule sur le canal de trafic retour dans
une etape 608. Si la station MS recoit l'ordre d'acquitte-
ment BS en provenance de la station BS dans une etape 609, elle determine que les canaux de trafic aller et retour ont
ete etablis avec succes.
A la reception du message de connexion de service en provenance de la station BS dans une etape 610, la station MS transmet le message d'achevement de connexion de service a la station BS dans une etape 611 et commence a echanger
des paquets avec la station BS.
Comme indique ci-dessus, si l' instance de service n'est pas disponible dans l'etape 603, la station MS transmet la reponse aux radiomessages contenant un numero d'option de service etabli a "0x0000" a la station BS, indiquant l'indisponibilite du service dans l'etape 612. On peut en outre envisager, en tent qu'autre forme de realisation, que si l' instance de service est indisponible, la station MS transmet un ordre de rejet en reponse au radiomessage. La station MS arrete alors l' instance de service. Conformement a l' invention telle que decrite ci dessus, une instance de service pour un service particulier est arrete des qu'il est determine que le service ne peut pas etre reconnecte dans un etat dormant. Par consequent, on reduit la consommation des ressources radio et on ameliore les performances du systeme. En outre, le radiomessage general est encore utilise sans modification quelconque, simplement en affectant certains des numeros d'options de services pour representer des identificateurs SR ID qui identifient des instances de services correspondantes. Il en resulte que l' invention peut etre
appliquee a des systemes existants.
I1 va de sol que de nombreuses modifications peuvent etre apportees au procede decrit et represente sane sortir
du cadre de ['invention.
Claims (14)
1. Procede pour determiner dans une station de base (BS) si l'un de plusieurs services de donnees fournis a une station mobile (MS) peut etre reconnecte dans un etat dormant (10) dans loquel des instances de services vent maintenues pour les services de donnees avec des canaux sans trafic connectes dans un systeme de communications de donnees en paquets sans fil, le procede etant caracterise en ce qu'il comprend les etapes qui consistent a transmettre a la station MS un radiomessage (101) contenant un identificateur de reference de service SR ID identifiant un service de donnees devant etre active parmi les services de donnees; a recevoir un message de reponse (102) pour le radiomessage en provenance de la station MS; et a reconnecter ou terminer le service de donnees en fonction
du message de reponse.
2. Procede selon la revendication 1, caracterise en ce que le service de donnees est arrete si le message de
reponse indique un rejet de service.
3. Procede selon la revendication 1, caracterise en ce que la station}3S passe dans un etat actif et connecte les canaux de trafic a la station MS si le message de
reponse indique une reconnexion du service.
4. Procede selon la revendication 1, caracterise en ce que le radiomessage comprend l'identificateur SR ID dans un champ de numero d'option de service indiquant un type du
service devant etre active.
5. Procede selon la revendication 1, caracterise en ce que le radiomessage comprend l'identificateur SR ID dans
un champ specifique SR ID.
6. Procede selon la revendication 1, caracterise en ce que le message de reponse est un message de reponse a un radiomessage. 7. Procede selon la revendication 1, caracterise en ce que le message de reponse est un ordre de rejet
indiquant l'indisponibilite de la reconnexion du service.
2d e. ProcdA pou, dLerminer dans une sLaLion mobile (MS) Gi 1 ' un de plusieurs services de donnAes regues d'une GLaLion de bae (ES) peuL ALre reconnecLA danG un taL dormant (10) dans leguel des instances de Gervices sonL mainLenues pour les services de donndes avec deG canaux GanG Lratic connecL6s dans un syGL@me de communications de donnAes en pagueLs sans til, le procAdA dLanL caracLArisA en ce gu'il comprend leG dLapes qui consistent recevoir de la sLaLion BS un radiomeGGage (101) conLenanL un idenLiticaLeur de rAtArence de sevice SR ID idenLitianL un Gervice de donnAes devanL aLre acLivA parmi les GerviceG de donndes; d6Lerminer Gi l'insLance du service indiguA par l'idenLificaLeur SR ID eGL disponible; eL LransmeLLre la sLaLion BS un meGGage de r6ponse (102) cootorme au
rsulLaL de la d@LerminaLion.
9. Procd selon la revendicaLion 8, caracLAris en ce gue le meGGage de rAponse indique une reconnexion du
GGEviCe Gi 1'inGLance de Gervice esL disponible.
10. ProcAdA Gelon la revendicaLion 9, caracLdris en ce qu'il comprend en ouLre 1'ALape conGisLanL connecLer leG canaux de Lratic la GLaLion ES, paGGer dans un ALaL acLit eL reconnecLer le Gervice de donnes apr@G l'4Lape
de LranGmission du meGage de rponGe.
11. ProcAdd selon la revendicaLion 8, caracLrisA en ce que le meGGage de rponse indique un rejeL du service Gi
l'insLance de service n'esL pas diGonible.
12. Procdd selon la revendicaLion 11, caracLdriG en ce gu'il coprend en ouLre! 'Lape consisant arr6Ler le Gervice de donneG apr@G l'4Lape de LransmisGion du meGsae
de r@ponse.
13. Procdd selon la revendication e, caracLriG en ce gue le radiomeGGage comprend 1'idenLificaLeur SR I dans un champ de numro diopLion de serViCe indiquanL un Lype du
Gervice devanL GLre acLiv@.
14. Procede selon la revendication 8, caracterise en ce que le radiomessage comprend lidentificateur SR ID dans
un champ specifique SR ID.
15. Procede selon la revendication 8, caracterise en ce que, dans l'etape de determination, la station MS determine si un ordinateur d'utilisateur qui execute le
service par une connexion a la station BS par l'interme-
diaire de la station MS est normalement connecte a la
station MS.
16. Procede selon la revendication 8, caracterise en ce que le message de reponse est un message de reponse a un radiomessage. 17. Procede selon la revendication 8, caracterise en ce que le message de reponse est un ordre de rejet
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR20020020254A KR100594140B1 (ko) | 2002-04-13 | 2002-04-13 | 무선통신시스템의 패킷 데이터 서비스 방법 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2838910A1 true FR2838910A1 (fr) | 2003-10-24 |
| FR2838910B1 FR2838910B1 (fr) | 2009-11-20 |
Family
ID=19720335
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0304670A Expired - Fee Related FR2838910B1 (fr) | 2002-04-13 | 2003-04-14 | Procede pour determiner si, dans une station de base, l'un de plusieurs services de donnees fournis a une station mobile peut etre reconnecte dans un etat dormant |
Country Status (13)
| Country | Link |
|---|---|
| US (1) | US7519015B2 (fr) |
| EP (1) | EP1353480B1 (fr) |
| JP (1) | JP4038482B2 (fr) |
| KR (1) | KR100594140B1 (fr) |
| CN (1) | CN1297078C (fr) |
| AU (1) | AU2003225378B2 (fr) |
| BR (1) | BRPI0304520B1 (fr) |
| CA (1) | CA2449927C (fr) |
| DE (1) | DE60305565T2 (fr) |
| FR (1) | FR2838910B1 (fr) |
| GB (1) | GB2389012B (fr) |
| RU (1) | RU2263411C2 (fr) |
| WO (1) | WO2003090379A1 (fr) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004221759A (ja) * | 2003-01-10 | 2004-08-05 | Nec Corp | 移動通信システム及びそれに用いる無線端末並びに無線制御装置及びその動作制御方法 |
| US7317920B2 (en) * | 2003-08-15 | 2008-01-08 | Samsung Electronics Co., Ltd. | System and method for providing fast call set-up in a wireless communication system |
| EP1654894A4 (fr) * | 2003-08-15 | 2011-08-31 | Nortel Networks Ltd | Procede et appareil pour la reactivation simultanee et efficace de multiples instances de services inactives dans un reseau amdc 2000 |
| US7570453B2 (en) | 2005-12-07 | 2009-08-04 | Samsung Electronics Co., Ltd. | Method and apparatus reducing data damage from mechanical shock in a hard disk drive |
| US8868118B2 (en) | 2005-04-08 | 2014-10-21 | Qualcomm Incorporated | Multiplexing on the reverse link feedbacks for multiple forward link frequencies |
| KR100708363B1 (ko) * | 2005-05-16 | 2007-04-17 | 엘지노텔 주식회사 | 패킷서비스통지기능이 구비된 더불유씨디엠에이 시스템 및 그 제어방법 |
| CN100403846C (zh) * | 2005-05-26 | 2008-07-16 | 华为技术有限公司 | 提供用户信息业务中的信息交互方法 |
| EP1927258B1 (fr) * | 2005-09-21 | 2013-04-24 | LG Electronics Inc. | Procede et appareil de multiplexage de canaux de contre-reaction multiples dans des reseaux sans fil a porteuses multiples |
| CN101137195B (zh) * | 2006-08-28 | 2011-04-20 | 华为技术有限公司 | 一种发送来自分组域的业务寻呼的方法 |
| KR100841146B1 (ko) | 2006-11-16 | 2008-06-24 | 엘지노텔 주식회사 | 도먼트 상태의 이동국에 ｓｖｄ 서비스를 제공하기 위한방법 및 시스템 |
| ES2535834T3 (es) * | 2007-01-22 | 2015-05-18 | Fujitsu Limited | Sistema, estación móvil, y método para comunicación intermitente |
| US20090028127A1 (en) * | 2007-07-26 | 2009-01-29 | Gordon Kent Walker | Methods and apparatus for providing computational load allocation in a network environment |
| US20100232309A1 (en) * | 2009-03-13 | 2010-09-16 | Qualcomm Incorporated | Methods and systems for dynamic call blocking in wimax idle mode |
| US8533809B1 (en) * | 2009-05-29 | 2013-09-10 | Sprint Spectrum L.P. | Forced state-change to facilitate blacklist evaluation |
| EP2446673B1 (fr) * | 2009-06-24 | 2016-03-23 | Telefonaktiebolaget LM Ericsson (publ) | Station de base éconergétique entrant en mode veille |
| EP2309810A1 (fr) | 2009-10-08 | 2011-04-13 | Thomson Telecom Belgium | Procédé pour vérifier la présence d'un dispositif mobile dans une cellule |
| US9992745B2 (en) * | 2011-11-01 | 2018-06-05 | Qualcomm Incorporated | Extraction and analysis of buffered audio data using multiple codec rates each greater than a low-power processor rate |
| JP2015501106A (ja) | 2011-12-07 | 2015-01-08 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | デジタル化された音声ストリームを分析するための低電力集積回路 |
| US9451469B2 (en) | 2012-07-23 | 2016-09-20 | Intel Corporation | Apparatus and method for tunneled GPM |
| US9681283B2 (en) | 2013-03-14 | 2017-06-13 | Tracfone Wireless, Inc. | Packet-based usage tracking for a wireless device |
| JP2016127383A (ja) * | 2014-12-26 | 2016-07-11 | 株式会社Ｎｔｔドコモ | ユーザ装置、基地局、移動通信システム、及び機能利用制御方法 |
| CN109315017B (zh) | 2017-03-25 | 2021-05-07 | 华为技术有限公司 | 一种实现双卡双待双通的通信方法及终端 |
| KR20210037353A (ko) * | 2019-09-27 | 2021-04-06 | 삼성전자주식회사 | 페이징 메시지를 수신하는 전자 장치 및 전자 장치의 동작 방법 |
| CN114070763B (zh) * | 2020-07-29 | 2023-09-26 | 富泰华工业（深圳）有限公司 | 基于改进的rest协议的测试方法、客户端、服务器及介质 |
| WO2023081379A1 (fr) * | 2021-11-04 | 2023-05-11 | Ofinno, Llc | Support pour service de réseau |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999062223A2 (fr) * | 1998-05-26 | 1999-12-02 | Qualcomm Incorporated | Architecture et procede de transmission rapide de donnees a commutation de circuits |
| WO2000013377A1 (fr) * | 1998-08-28 | 2000-03-09 | Nokia Mobile Phones Ltd. | Mesures de cellules voisines pour une nouvelle selection de cellules |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6301242B1 (en) * | 1998-07-24 | 2001-10-09 | Xircom Wireless, Inc. | Communication system with fast control traffic |
| KR100251742B1 (ko) * | 1997-12-30 | 2000-04-15 | 윤종용 | 무선패킷 데이터서비스를 개선하기 위한 휴지상태 관리방법 |
| US6208634B1 (en) * | 1998-03-30 | 2001-03-27 | Nortel Networks Limited | Methods and apparatus for CDMA wireless call setup time/service negotiation optimization |
| KR100285723B1 (ko) * | 1998-09-21 | 2001-04-02 | 윤종용 | 패킷데이터서비스장치의데이터경로시험장치및방법 |
| KR20010037640A (ko) * | 1999-10-19 | 2001-05-15 | 윤종용 | 이동통신시스템에서 패킷데이터 서비스 장치 및 방법 |
| KR100717394B1 (ko) * | 1999-11-23 | 2007-05-11 | 삼성전자주식회사 | 부호분할다중접속 이동통신시스템의 부가채널 해제 방법 |
| US6654363B1 (en) * | 1999-12-28 | 2003-11-25 | Nortel Networks Limited | IP QOS adaptation and management system and method |
| US7197017B1 (en) * | 2000-01-04 | 2007-03-27 | Qualcomm, Incorporated | Method and apparatus for channel optimization during point-to-point protocol (PPP) session requests |
| US6654360B1 (en) * | 2000-01-10 | 2003-11-25 | Qualcomm Incorporated | Method and system for providing dormant mode wireless packet data services |
| ES1045052Y (es) * | 2000-01-11 | 2000-12-16 | Marteluz S L | Monedero dual con conversor de moneda. |
| US6954445B1 (en) * | 2000-02-28 | 2005-10-11 | Nortel Networks Limited | Method for transmitting CDMA short data bursts |
| US6912214B2 (en) * | 2000-04-07 | 2005-06-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimized packet-resource management |
| JP2002057707A (ja) * | 2000-08-10 | 2002-02-22 | Nippon Telegr & Teleph Corp <Ntt> | パケット転送レート制御方法及びパケット転送レート制御装置 |
| KR100338661B1 (ko) * | 2000-08-18 | 2002-07-13 | 윤종용 | 무선 패킷 데이터시스템의 도먼트상태 관리장치 및 방법 |
| KR100342501B1 (ko) * | 2000-08-19 | 2002-06-28 | 윤종용 | 무선 패킷 데이터시스템의 도먼트상태 관리장치 및 방법 |
| US7245931B2 (en) * | 2000-09-15 | 2007-07-17 | Nortel Networks Limited | Method and system for using common channel for data communications |
| KR100370041B1 (ko) * | 2000-12-20 | 2003-01-30 | 엘지전자 주식회사 | 이동통신 시스템에서의 동시 서비스 방법 |
| US6845236B2 (en) * | 2000-11-01 | 2005-01-18 | Lg Electronics Inc. | Method for concurrent multiple services in a mobile communication system |
| US7180879B2 (en) * | 2001-08-17 | 2007-02-20 | Ragulan Sinnarajah | Method and apparatus for call setup latency reduction |
| US7061880B2 (en) * | 2001-10-11 | 2006-06-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for multicast communications |
| JP4464138B2 (ja) * | 2002-01-08 | 2010-05-19 | モトローラ・インコーポレイテッド | パケットデータサービングノードによって開始される移動通信システムの更新 |
| US7961682B2 (en) * | 2002-04-11 | 2011-06-14 | Qualcomm Incorporated | Handoff between base stations of different protocol revisions in a CDMA system |
| US7551613B2 (en) * | 2002-09-06 | 2009-06-23 | Motorola, Inc. | Method of supporting reactivation of a dormant session using stored service configurations |
| US7047001B2 (en) * | 2002-12-02 | 2006-05-16 | Qualcomm Inc. | Method and apparatus for mobile-terminated short data burst communication |
| US7227848B2 (en) * | 2002-12-06 | 2007-06-05 | Motorola, Inc. | Method and apparatus for supporting multiple packet data service connections |
-
2002
- 2002-04-13 KR KR20020020254A patent/KR100594140B1/ko active IP Right Grant
-
2003
- 2003-04-11 GB GB0308400A patent/GB2389012B/en not_active Expired - Fee Related
- 2003-04-14 CA CA002449927A patent/CA2449927C/fr not_active Expired - Fee Related
- 2003-04-14 JP JP2003587029A patent/JP4038482B2/ja not_active Expired - Fee Related
- 2003-04-14 WO PCT/KR2003/000758 patent/WO2003090379A1/fr active IP Right Grant
- 2003-04-14 RU RU2003136092A patent/RU2263411C2/ru not_active IP Right Cessation
- 2003-04-14 FR FR0304670A patent/FR2838910B1/fr not_active Expired - Fee Related
- 2003-04-14 CN CNB038006189A patent/CN1297078C/zh not_active Expired - Fee Related
- 2003-04-14 DE DE2003605565 patent/DE60305565T2/de not_active Expired - Lifetime
- 2003-04-14 US US10/412,947 patent/US7519015B2/en active Active
- 2003-04-14 EP EP20030008060 patent/EP1353480B1/fr not_active Expired - Lifetime
- 2003-04-14 BR BRPI0304520A patent/BRPI0304520B1/pt not_active IP Right Cessation
- 2003-04-14 AU AU2003225378A patent/AU2003225378B2/en not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999062223A2 (fr) * | 1998-05-26 | 1999-12-02 | Qualcomm Incorporated | Architecture et procede de transmission rapide de donnees a commutation de circuits |
| WO2000013377A1 (fr) * | 1998-08-28 | 2000-03-09 | Nokia Mobile Phones Ltd. | Mesures de cellules voisines pour une nouvelle selection de cellules |
Non-Patent Citations (2)
| Title |
|---|
| 3GPP2: "Data Service Options For Spread Spectrum Systems: cdma2000 High Speed Packet Data Service Option 33", 3GPP2 C.S0017-0-2.12, 21 August 2000 (2000-08-21), XP002241094, Retrieved from the Internet <URL:www.3GPP2.com> [retrieved on 20030514] * |
| SARKAR S ET AL: "The paging channel in cdma2000", CONFERENCE PROCEEDINGS ARTICLE, 28 September 1999 (1999-09-28), pages 257 - 264, XP010354967 * |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60305565D1 (de) | 2006-07-06 |
| BR0304520A (pt) | 2004-07-27 |
| GB0308400D0 (en) | 2003-05-21 |
| AU2003225378B2 (en) | 2006-02-09 |
| US20030193964A1 (en) | 2003-10-16 |
| US7519015B2 (en) | 2009-04-14 |
| KR100594140B1 (ko) | 2006-06-28 |
| CN1524358A (zh) | 2004-08-25 |
| CN1297078C (zh) | 2007-01-24 |
| FR2838910B1 (fr) | 2009-11-20 |
| CA2449927C (fr) | 2007-09-18 |
| RU2003136092A (ru) | 2005-05-27 |
| DE60305565T2 (de) | 2006-11-02 |
| BRPI0304520B1 (pt) | 2016-06-21 |
| EP1353480A1 (fr) | 2003-10-15 |
| RU2263411C2 (ru) | 2005-10-27 |
| KR20030081835A (ko) | 2003-10-22 |
| GB2389012A (en) | 2003-11-26 |
| CA2449927A1 (fr) | 2003-10-30 |
| JP4038482B2 (ja) | 2008-01-23 |
| WO2003090379A1 (fr) | 2003-10-30 |
| JP2005520452A (ja) | 2005-07-07 |
| AU2003225378A1 (en) | 2003-11-03 |
| EP1353480B1 (fr) | 2006-05-31 |
| GB2389012B (en) | 2004-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2838910A1 (fr) | Procede pour determiner si, dans une station de base, l'un de plusieurs services de donnees fournis a une station mobile peut etre reconnecte dans un etat dormant | |
| EP2803244B1 (fr) | Procédés et appareil pour établir une session d'établissement de liaison directe tunnelisée (tdls) entre des dispositifs dans un réseau sans fil | |
| US7532577B2 (en) | Managing transmission control protocol (TCP) connections | |
| JP5276724B2 (ja) | 無線ピアツーピアネットワークにおけるマルチメディアデータ転送のための分散型ピア発見方法 | |
| JP5453545B2 (ja) | トンネル確立のための方法、装置、およびネットワークシステム | |
| JP2017536748A5 (fr) | ||
| JP2010507300A5 (fr) | ||
| JP2010522453A5 (fr) | ||
| JP2005287045A (ja) | Ｉｐネットワークに接続された装置の発見の方法、及び、この方法を実行する装置 | |
| JP2002305773A5 (fr) | ||
| RU2507697C2 (ru) | Способы и устройства для управления сетью | |
| JP2010536290A5 (fr) | ||
| US7502863B2 (en) | Method of distributing stream data and system thereof | |
| FR2843670A1 (fr) | Procede pour l'allocation de ressources en mode paquet dans un systeme de radiocommunications mobiles | |
| CA2522846A1 (fr) | Procedes et dispositifs permettant d'optimiser la gestion des ressources dans des reseaux ip sans fil cdma2000 | |
| JP5744334B2 (ja) | 負荷分散方法、基地局、ユーザ装置、負荷分散ノード、及びシステム | |
| US20140244726A1 (en) | Assignment of Point-to-Point Over Ethernet (PPPoE) Session IDs | |
| WO2017161866A1 (fr) | Procédé et dispositif de connexion à un réseau | |
| CN107071038B (zh) | 一种传输多媒体数据的方法及装置 | |
| US20070149185A1 (en) | Method and system of processing an incoming call failure | |
| US20140211675A1 (en) | Delivering a Plurality of Simultaneous Sessions to a Client via a Radio Access Network | |
| JP5167883B2 (ja) | 無線通信システム、移動局、無線基地局及びデータ転送方法 | |
| CN105340247A (zh) | 用于计算机网络中网络容变服务发现的方法 | |
| CN114143585A (zh) | 一种数据处理方法、装置及存储介质和终端设备 | |
| JP2001136194A (ja) | リモートアクセスサーバ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 14 |
|
| PLFP | Fee payment |
Year of fee payment: 15 |
|
| PLFP | Fee payment |
Year of fee payment: 16 |
|
| PLFP | Fee payment |
Year of fee payment: 18 |
|
| ST | Notification of lapse |
Effective date: 20211205 |