[go: up one dir, main page]

FI110561B - IP-pohjainen puheviestintä matkaviestinjärjestelmässä - Google Patents

IP-pohjainen puheviestintä matkaviestinjärjestelmässä Download PDF

Info

Publication number
FI110561B
FI110561B FI20002770A FI20002770A FI110561B FI 110561 B FI110561 B FI 110561B FI 20002770 A FI20002770 A FI 20002770A FI 20002770 A FI20002770 A FI 20002770A FI 110561 B FI110561 B FI 110561B
Authority
FI
Finland
Prior art keywords
group
multicast
user
node
pdp
Prior art date
Application number
FI20002770A
Other languages
English (en)
Swedish (sv)
Other versions
FI20002770A0 (fi
FI20002770L (fi
Inventor
Juha Karjanlahti
Original Assignee
Nokia Corp
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 Nokia Corp filed Critical Nokia Corp
Priority to FI20002770A priority Critical patent/FI110561B/fi
Publication of FI20002770A0 publication Critical patent/FI20002770A0/fi
Priority to CNB018050050A priority patent/CN1154296C/zh
Priority to EP01271716.1A priority patent/EP1269685B1/en
Priority to AU2002217198A priority patent/AU2002217198A1/en
Priority to US10/204,015 priority patent/US7792935B2/en
Priority to PCT/FI2001/001093 priority patent/WO2002051072A1/en
Publication of FI20002770L publication Critical patent/FI20002770L/fi
Application granted granted Critical
Publication of FI110561B publication Critical patent/FI110561B/fi

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H04M2207/185—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks wireless packet-switched
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H04M2207/187—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks combining circuit and packet-switched, e.g. GPRS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

110561 IP-pohjainen puheviestintä matkaviestinjärjestelmässä
Keksinnön tausta
Keksintö liittyy matkaviestinjärjestelmiin ja erityisesti IP-pohjaiseen puheviestintään matkaviestinjärjestelmässä.
5 Keksinnön tausta
Matkaviestinjärjestelmä viittaa yleisesti mihin tahansa tietoliikennejärjestelmään, joka mahdollistaa langattoman viestinnän, kun käyttäjät liikkuvat järjestelmän palvelualueen sisällä. Tyypillinen matkaviestinjärjestelmä on julkinen maanpäällinen matkaviestinverkko (PLMN, Public Land Mobile Network).
10 Matkaviestinverkko on usein accessverkko, joka tarjoaa käyttäjälle langattoman pääsyn ulkopuolisiin verkkoihin, isäntiin tai erityisten palvelun tuottajien tarjoamiin palveluihin.
Kolmannen sukupolven (3G) matkaviestinjärjestelmät, kuten UMTS (Universal Mobile Communications System) ja FPLMTS (Future Public Land 15 Mobile Telecommunications System), jolle on myöhemmin annettu uusi nimi IMT-2000 (International Mobile Telecommunication 2000) ovat kehityksen alla. 3G-arkkitehtuuri käsittää radioaccessverkon RAN ja runkoverkon CN, jotka yhdessä muodostavat verkkopalveluverkon. RAN tuottaa radiorajapinnan ja fyy-siset radioresurssit käyttäjälaitteille UE. RAN voi perustua maanpäälliseen 20 UMTS-radioaccessverkkoon (UTRAN) tai esimerkiksi EDGE:en. RAN on kyt-: ketty yhteen tai useampaan runkoverkkoon tai ydinverkkoon CN, joka tarjoaa * ': erilaisia tietoliikennepalveluita, kuten data-, puhe- ja viestintäpalvelut. CN voi :...: olla piirikytketty (CS) verkko, kuten GSM (Global System for Mobile Com- munication) -pohjainen verkko, tai pakettikytketty (PS) verkko, kuten GPRS.
25 PS-runkoverkko antaa käyttäjälaitteelle UE Internet-protokollan (IP) yhteyspalvelulta, joita kutsutaan tässä PS-yhteyspalveluiksi. Täten UE voi muodostaa IP-yhteyden mihin tahansa IP-isäntään, IP-verkkoon tai IP-palveluun 3G-. ·. ; accessverkon kautta.
Yksi ydinverkon tai runkoverkon ehdokas on yleinen pakettira-30 diopalvelu GPRS, joka kehitettiin alunperin GSM-järjestelmää varten. GPRS-infrastruktuuri käsittää tukisolmut, kuten GPRS-yhdyskäytävätukisolmu ·:·: (GGSN) ja GPRS-palvelutukisolmu (SGSN). Kuten kuviossa 1on havainnollis- V tettu, SGSN1 on kytketty RAN.iin, niin että SGSN1 tarjoaa pakettipalvelun liik- '; kuville käyttäjälaitteille. Välissä oleva RAN tuottaa radioaccessin ja pakettikyt- 35 ketyn datasiirron 3G-SGSN-solmun ja käyttäjälaitteen UE (matkaviestin) välille.
110561 2 GPRS-runkoverkko on puolestaan kytketty ulkopuoliseen dataverkkoon, esim. yleiseen kytkettyyn dataverkkoon PSPDN, GPRS-yhdyskäytävätukisolmujen GGSN kautta. GPRS-palvelu puolestaan tuottaa pakettikytketyn datasiirron liikkuvien datapäätelaitteiden ja ulkopuolisten dataverkkojen välillä, kun UT-5 RAN-verkko (tai GSM-verkko) toimii radioaccessverkkona RAN.
SGSN-solmun päätoimintoihin kuuluu ilmaista uudet GPRS-matkaviestimet palvelualueellaan, käsitellä näiden uusien käyttäjälaitteiden UE rekisteröintiprosessi GPRS-rekistereiden kanssa, lähettää/vastaanottaa datapaketteja käyttäjälaitteelle/käyttäjälaitteelta UE sekä pitää tietoa käyttäjälaittei-10 den UE sijainnista sen palvelualueen sisäpuolella. Tilaajasuhdeinformaatio tallennetaan GPRS-rekisterissä (HSS, Home Subscriber Server). GPRS-palveluihin pääsemistä varten käyttäjälaitteen UE täytyy ensin tehdä läsnäolonsa tunnetuksi verkolle suorittamalla GPRS-attach. Tämä operaatio muodostaa loogisen linkin käyttäjälaitteen UE ja SGSN-solmun välille. Tarkemmin 15 sanottuna, kun MS liittyy GPRS-verkkoon, ts. GPRS-attach proseduurissa, SGSN luo liikkuvuudenhallintakontekstin (MM-kontekstin) ja käyttäjälaitteen UE ja SGSN-solmun välille muodostetaan looginen linkki LLC (Logical Link Control) protokollakerroksessa. MM-kontekstit tallennetaan SGSN-solmussa ja käyttäjälaitteessa UE. SGSN-solmun MM-konteksti voi sisältää tilaajatietoja, :"': 20 kuten tilaajan identiteetin ja sijainnin sekä reititysinformaatiota, jne.
;·. GGSN-solmujen päätoiminnot käsittävät vuorovaikutuksen ulkopuo- :·. listen dataverkkojen kanssa. GGSN voi myös olla kytketty suoraan yksityiseen [·. ; yritysverkkoon tai isäntään. GGSN sisältää PDP-osoitteet ja reititysinformaati- on, ts. SGSN-osoitteet, aktiivisille GPRS-tilaajille. GGSN päivittää sijaintiha-25 kemiston käyttäen SGSN-solmujen syöttämää reititysinformaatiota. GGSN ‘ · · ·' käyttää tätä reititysinformaatiota protokolladatayksiköiden PDU tunneloimiseksi ulkopuolisista verkoista tilaajalaitteen UE nykyiseen sijaintipaikkaan, ts. palvelevalle SGSN-solmulle. Tunnelointi tarkoittaa, että datapaketti on kapseloitu toiseen datapakettiin kun sitä siirretään tunnelin yhdestä päästä toiseen.
30 GGSN myös purkaa käyttäjälaitteelta UE vastaanotetut datapaketit ja välittää f” ne oikeaan dataverkkoon. Lähettääkseen ja vastaanottaakseen GPRS-dataa käyttäjälaitteen UE täytyy aktivoida pakettidataosoite, jota se haluaa käyttää, ’··· pyytämällä PDP-aktivointiproseduuria. Tämä operaatio tekee käyttäjälaitteen
UE tunnetuksi vastaavassa GGSN-solmussa ja yhteistoiminta ulkopuolisten ·; 35 dataverkkojen kanssa voi alkaa. Tarkemmin sanottuna matkaviestimessä MS
.···. ja GGSN-solmussa ja SGSN-solmussa luodaan yksi tai useampia PDP- 110561 3 konteksteja ja tallennetaan palvelevassa SGSN-solmussa MM-kontekstin yhteydessä. PDP-konteksti määrittää erilaisia datasiirtoparametreja, kuten PDP-tyyppi (esim. X.25 tai IP), PDP-osoite (esim. IP-osoite), palvelun laatu QoS ja NSAPI (Network Service Access Point Identifier). Kaksi toisiinsa liittyvää PDP-5 kontekstia eri GSN-solmuissa määrittävät GTP-tunnelin. Tämä tunneli identifioidaan tunneli-ld:ltä (TID), joka muodostuu MM-kontekstin ID:stä ja NSAPI:sta.
UE aktivoi PDU-kontekstin tietyllä sanomalla, Activate PDP Context Request, jossa se antaa informaatiota PDP-tyypistä, PDP-osoitteesta, vaaditusta QoS:stä ja NSAPLstä sekä optionaalisesti accesspisteen nimen APN. SGSN 10 lähettää Create PDP Context -sanoman GGSN-solmulle, joka luo PDP-kontekstin ja lähettää sen SGSN-solmulle. SGSN lähettää PDP-kontekstin edelleen käyttäjälaitteelle UE Activate PDP Context Response -sanomassa ja käyttäjälaitteen UE ja GGSN-solmun välille muodostetaan virtuaalinen yhteys tai linkki. PDP-konteksti tallennetaan käyttäjälaitteessa UE, SGSN-solmussa ja 15 GGSN-solmussa. Tämän tuloksena SGSN tunneloi kaikki datapaketit käyttäjä-laitteelta UE GGSN-solmulle ja GGSN tunneloi SGSN-solmulle kaikki datapaketit, jotka vastaanotetaan ulkopuolisesta verkosta ja jotka on osoitettu käyttäjälaitteelle UE.
ETSI 3GPP (European Telecommunications Standards Institute, 3rd 20 Generation Partnership Project) -spesifikaatiot sisältävät IP-pohjaisen puhe-viestinnän julkaisussa 2000 (niin kutsutun all-IP -verkon), 3G TR 23.821 :\ V1.0.1. Tällaisessa all-IP -verkossa on mahdollista suorittaa myös puheviestin- !·, tää IP-verkossa (voice over IP, VoIP). Kuitenkin myös VolP:ia varten on määri- telty puhelunohjaussignalointi, kuten SIP ja H.323. Näin on olemassa puhe-25 lunohjaussignalointi, jota käytetään ohjaamaan yhteyttä viestivien osapuolten välillä samalla tavoin kuin myös piirikytketyn puheviestinnän tapauksessa. Elementti, joka suorittaa puhelunohjaustoiminnon IP-verkkoympäristössä, on tyypillisesti nimeltään puhelunkäsittelypalvelin. Lisäksi on olemassa muutamia lisävaatimuksia äänipaketin jakelulle, mikä johtuu puheviestinnän reaaliaikai-30 sesta luonteesta. Tämän käsittelemiseen tarvitaan protokolla, kuten RTP (Real : ” ‘ Time Transport Protocol), sekä QoS-mekanismit.
TETRA (Terrestrial Trunked Radio) on standardi, jonka ETSI (Euro-···. pean Telecommunications Standards Institute) on määritellyt digitaalisille am- mattilaismatkaviestinjärjestelmille tai yksityisille matkaviestinjärjestelmille ·: 35 (PMR). TETRA-järjestelmä on kehitetty pääosin ammattimaisia tai viranomais- käyttäjiä varten, kuten poliisia, sotavoimia, öljykenttiä, jne., varten. Yksi TET- 110561 4 RA-verkon oleellisista piirteistä on ryhmäviestintä käyttäen push-to-talk -ominaisuutta. Yleensä ryhmäpuheviestinnässä, jossa käytetään "push-to-talk, re-lease-to-listen" -ominaisuutta, ryhmäpuhelu perustuu puhelimessa olevan painikkeen (tangentin) käyttöön kytkimenä: Painamalla painiketta käyttäjä ilmoit-5 taa halunsa puhua ja käyttäjälaite lähettää palvelupyynnön verkolle. Verkko joko hylkää pyynnön tai allokoi pyydetyt resurssit ennalta määrättyjen kriteerien pohjalta, kuten resurssien saatavuus, pyytävän käyttäjän prioriteetti, jne. Samaan aikaan muodostetaan yhteys myös kaikille muille aktiivisille käyttäjille tässä tietyssä tilaajaryhmässä. Sen jälkeen kun puheyhteys on muodostettu, 10 pyytävä käyttäjä voi puhua ja muut käyttäjät kuunnella kanavalla. Kun käyttäjä vapauttaa painikkeen, käyttäjälaite signaloi vapautussanoman verkolle ja resurssit vapautetaan. Täten resurssit on varattu ainoastaan varsinaisen puhetapahtuman tai puheenvuoron ajaksi.
Ryhmäviestintä, joka toteutetaan itsenäisesti IP-pohjaisissa 3G-mat-15 kaviestinverkoissa, olisi kiinnostava ominaisuus. Tulevaisuudessa all-IP -verkko voi olla optio myös TETRAssa. Kuten yllä todettiin, puheviestinnän kehitys on pääsuuntauksessa 3G-puolella menossa kohti VolP.tä. VoIP olisi ilmeisin ehdokas myös ryhmäviestintäpiirrettä varten 3G-matkaviestinjärjestelmissä. Ryhmäviestinnän puhelunohjaus on myös todennäköisesti perustumassa 20 VolP-signalointiproseduureihin ja puhelunkäsittelypalvelinsovelluksiin. ETSI- | ·. standardisoinnin yleiset ohjeet UE-verkkoprotokollille all-IP 3G -järjestelmissä :·. vaativat, että protokollien pitää niin pitkälle kuin mahdollista vastata IETF:n "ln- .·. : ternet-standardeja", kuten SIP-signalointia, jotta saavutetaan riippumattomuus ‘ pääsymenetelmästä ja säilytetään helppo yhteistoiminta langallisten päätelait- 25 teiden kanssa Internetin yli. Kuitenkin toteutus, joka perustuu VolP-signaloin- tiin, ei ehkä täytä push-to-talk -ryhmäviestinnän QoS-vaatimuksia. Erityisesti nopean yhteydenmuodostuksen tarpeen arvellaan olevan haaste IP-verkko-ympäristössä. Lisäksi olisi edullista kyetä toteuttamaan ryhmäviestintäpiirejä 3G all-IP -verkossa valitusta IP-puheviestintämenetelmästä riippumattomasti 30 sekä sille määritellyistä puhelunkäsittelypalvelusovelluksista ja signalointipro-seduureista riippumattomasti.
Keksinnön yhteenveto
Esillä olevan keksinnön tavoitteena on menetelmä ja matkaviestin-järjestelmä, jotka mahdollistavat IP-pohjaisen ryhmäviestinnän toteuttamisen .···. 35 valitun IP-puheviestintämenetelmän signalointiproseduureista riippumattomas ti.
110561 5 Tämä ja muut keksinnön tavoitteet ja edut saavutetaan itsenäisten patenttivaatimusten 1 ja 8 mukaisilla menetelmällä ja vastaavasti järjestelyllä. Keksinnön ensisijaiset suoritusmuodot on kuvattu riippuvaisissa patenttivaatimuksissa.
5 Keksinnön mukaisesti IP-pohjainen ryhmäviestintäpiirre matkavies tinverkossa perustuu ryhmien sisällä etukäteen muodostettuihin loogisiin yhteyksiin. Toisin sanoen yhdyskäytäväsolmun ja ryhmän jäsenten välille muodostetaan loogisia yhteyksiä matkaviestinverkossa, edullisesti käyttäen samanlaista proseduuria, jota käytetään normaalia loogista datayhteyttä varten. Mitään 10 erillisiä puhelunmuodostusproseduureja, jotka käyttävät VolP-signalointia, kuten SIP tai H.323, ei käytetä käyttäjälaitteen kytkemiseen loogisesti ryhmään (ryhmiin), vaan proseduuri perustuu edullisesti siihen normaaliin loogisen yhteydenmuodostuksen signalointiin (esim. PDP-kontekstin luominen), jota käytetään datapalvelulle, pienin lisäyksin. Rekisteröinti ryhmäviestintään (esim.
15 PDP-kontekstin aktivointi) muodostaa käyttäjän loogisen yhteyden ryhmään, mikä tarkoittaa pakettikytketyssä ympäristössä, että osallistujat ovat valmiita kommunikoimaan toistensa kanssa. IP-multicasting on sovitettu tällaiseen verkkoympäristöön siten, että käyttäjälaitteen (UE) puoli toteuttaa isännän, joka tukee IP-multicasting:in, toimintaa, ja seuraava IP-kerroksen vertainlaite 20 UE-isännälle on sijoitettu yhdyskäytäväsolmuun. Yhdyskäytäväsolmu muodos-:·. taa IP-rajapinnan ulkopuolisen multicast-reitittimen suuntaan siten, että UE- :·. isäntä näyttää normaalista IP-isännältä, joka tukee IP-multicasting-toimintaa, \ . mukaanlukien rekisteröintiproseduurit multicast-ryhmään. Matkaviestinjärjes telmän sisällä IP-pohjainen puheliikenne .mapataan yhdyskäytävän ja tämän 25 tietyn ryhmän käyttäjälaitteiden UE välisiin, ennalta muodostettuihin yhteyksiin ja siirretään niiden yli.
Informaatiota, joka mappaa IP-multicast-osoitteet ja ryhmätunnis-teet, voidaan ylläpitää yhdyskäytävässä tai erillisessä solmussa matkaviestin-järjestelmässä. Keksinnön eräässä suoritusmuodossa tämä informaatio ylläpi-:‘v 30 detään ulkopuolisessa solmussa, joka voi sijaita esimerkiksi sen yrityksen yri- .' * ‘ tysverkossa, jonka käyttäjät ovat ryhmän jäseniä. Tämä järjestely mahdollistaa ,;, · yrityksen allokoida multicast-osoitteita joustavammalla tavalla. Yhdyskäytävä- pyyntö pyytää ulkopuoliselta solmulta multicast-osoitteen ryhmätunnisteelle, kun ensimmäinen looginen yhteys ryhmää varten muodostetaan. Keksinnön » · • 35 eräässä suoritusmuodossa ulkopuolinen solmu on toteutettu domain-nimipal- .1 ·. velimena.
110561 6
Keksinnön ensisijaisessa suoritusmuodossa looginen yhteys käsittää pakettidataprotokolla (PDP) -kontekstin jokaiselle käyttäjälle, joka on rekisteröitynyt ryhmään, jolloin ryhmätunniste identifioi samaan ryhmään kuuluvat PDP-kontekstit. Yhdyskäytävä edullisesti tukee IP-multicasting-proseduureja 5 yhdyskäytäväsolmun ja IP-multicasting-palvelimen välillä ja konvertoi PDP-kontekstikerroksessa tehdyt ryhmärekisteröinnit IP-multicast-rekisteröinneiksi IP-käyttäjäkerroksessa. Ryhmien joukko voidaan tunnistaa accesspistenimen (APN, Access Point Name) avulla. APN määrittää ulkopuolisen järjestelmän, esim. IP-multicast -reitittimen, jolle yhdyskäytävän pitäisi kytkeä ryhmäpuhelu.
10 APN:ää voidaan myös käyttää identifioimaan ulkopuolinen solmu, jolta multi-cast-osoite on pyydettävä ryhmätunnisteen perusteella.
Piirrosten lyhyt selitys
Seuraavassa keksintöä tullaan selittämään yksityiskohtaisemmin ensisijaisten suoritusmuotojen avulla viitaten oheisiin piirroksiin, joissa 15 kuvio 1 havainnollistaa tekniikan tason mukaista 3G-matkaviestin- järjestelmää, kuvio 2 havainnollistaa esillä olevan keksinnön mukaista matkaviestinjärjestelmää, ja kuvio 3 havainnollistaa loogisia yhteyksiä, jotka muodostetaan ryh-20 mäpuheviestintää varten.
• · j Keksinnön ensisijaiset suoritusmuodot
Esillä olevaa keksintöä voidaan soveltaa mihin tahansa pakettimuo- toiseen matkaviestinjärjestelmään. Keksintöä voidaan erityisen edullisesti käyt- :* tää matkaviestinjärjestelmissä, jotka perustuva GPRS-tyyppiseen pakettiradi- • · 25 oon. Seuraavassa keksinnön ensisijaiset suoritusmuodot tullaan kuvaamaan GPRS-palvelun ja UMTS- tai GSM-järjestelmän avulla rajoittamatta keksintöä tähän tiettyyn pakettiradiojärjestelmään. IP-puheviestintämenetelmä, jota käytetään keksinnön ensisijaisissa suoritusmuodoissa, on Voice over IP (VoIP), ’;. i mutta keksintöä ei ole rajoitettu tähän tiettyyn menetelmään.
4 30 Esillä olevan keksinnön mukainen matkaviestinjärjestelmä, joka pe- ” rustuu GPRS-arkkitehtuuriin, joka käyttää 3G-radioaccessverkkoa RAN (kuten ·:··' UMTS) tai 2G-radioaccessverkkoa RAN (kuten GSM-tukiasemajärjestelmä BSS), on esitetty kuviossa 2. GPRS:n perusarkkitehtuuri ja toiminta on jo ku-·;;; vattu yllä viitaten kuvioon 1. Kuviossa 2 GGSN on kytketty ainakin yhteen IP- *·-· 35 verkkoon 21 ja IP-multicast -reitittimeen 22. Toinen multicast-reititin 23 on kyt- 110561 7 ketty IP-verkkoon 21, joka tukee IP-multicasting -piirrettä. On ymmärrettävä, että IP-verkko voi olla mikä tahansa julkinen tai yksityinen IP-verkko tai niiden yhdistelmä, ts. Internet. Keksinnön kannalta siirtotaso on jaettu neljään osaan: liikkuva käyttäjälaite (UE), radioaccessverkko (RAN), runkoverkko (joka sisäl-5 tää esim. GGSN-solmun) ja multicast-reititin. Ohjaustaso sisältää jonkinlaisen ryhmätietokannan, joka voi olla esimerkiksi standardin mukaisen 3G-kotitilaaja-palvelimen HSS (Home Subscriber Server) laajennus, joka muodostaa pääsyn kontrolloimaan ryhmiä, sekä domain-nimipalvelimen (DSN), jonka mappaa yhteen sen informaation, jota GGSN käyttää PDP-kontekstikerroksessa ja IP-10 kerroksessa. DNS voi olla osa matkaviestinverkkoa tai ulkopuolinen palvelin, esimerkiksi asiakkaan yritysverkossa tai ulkopuolisen palvelutarjoajan verkossa.
Termi "ryhmä" viittaa tässä käytettynä mihin tahansa kolmen tai useamman käyttäjän loogiseen ryhmään, joiden on tarkoitus osallistua samaan 15 ryhmäpuheluun. Ryhmät luodaan loogisesti, ts. erityinen ryhmäpuheluinfor-maatio, jota ylläpidetään verkkopuolella, assosioi tietyn käyttäjän tiettyyn ryh-mäpuheluryhmään. Tämä assosiaatio on helposti luotavissa, modifioitavissa tai poistettavissa. Sama käyttäjä voi olla jäsenenä useammassa kuin yhdessä ryhmäpuheluryhmässä. Tyypillisesti ryhmäpuheluryhmän jäsenet kuuluvat sa-: ‘ ' 20 maan organisaatioon, kuten poliisi, palolaitos, yksityinen yritys, jne. Tyypillises- • I 4 ti myös samalla organisaatiolla on useita erillisiä ryhmiä, ts. ryhmien joukko.
:·. Kuten yllä todettiin, keksinnön mukainen, IP-pohjainen ryhmäviestin- täpiirre perustuu ryhmien sisällä ennalta muodostettuihin loogisiin yhteyksiin.
• · GPRS-tyyppisessä ympäristössä ryhmäviestintäpiirre käyttää dedikoitua PDP-25 kontekstia. Kyetäkseen aloittamaan viestinnän käyttäjä rekisteröityy ryhmä-viestintäpalveluun ja käyttäjää varten muodostetaan PDP-konteksti. Kuten yllä myös selitettiin, kaksi toisiinsa liittyvää PDP-kontekstia eri GSN-solmuissa määrittävät niiden välille GPT-tunnelin. Erillinen PDP-konteksti muodostetaan niille ryhmille, jotka käyttävät eri APN:ää tai QoS:ia. Vaikka fyysiset resurssit 30 ilmarajapinnassa (RANin ja käyttäjälaitteen UE välillä) varataan ainoastaan :"* varsinaista datasiirtoa varten, PDP-konteksti voi olla tyypillisesti aktiivisena pit- kiä ajanjaksoja, tuottaen näin virtuaalisen "aina päällä" -yhteydellisyyden. Tätä ‘•*· piirrettä voidaan käyttää IP-viestinnän virtuaalisen "aina päällä" -luonteen ; kanssa siten, että viestintäreitin avausaika on pieni. Tähän prosessiin liittyvät j 35 mekanismit täytyy optimoida, niin että mahdollistetaan hyvin nopea viestinnän . alkaminen, mikä on erityisen edullista, jos käytetään push-to-talk -viestintää.
110561 8
QoS-asetukset saattavat auttaa puhepaketin jakelussa, joka on yksi kriittinen osa myös viestinnän aloitusvaiheessa, mutta myös muiden tekijöiden, kuten fyysisten resurssien varaamisen ilmarajapinnassa, täytyy mahdollistaa nopea viestinnän alku. Fyysisten resurssien varaaminen ilmarajapinnassa voidaan 5 kuitenkin nähdä verkkoympäristölle spesifisenä mekanismina, joka allokoi kapasiteetin IP-liikennettä varten, jolloin se on tässä mielessä transparentti (tai alemman tason) toiminta itse IP-viestinnälle. Täten resurssien varaaminen ei ole relevantti osa tätä keksintöä, vaan se täytyy ainoastaan ottaa huomioon käytännön toteutuksessa.
10 Ryhmien joukko identifioidaan accesspistenimellä (APN) PDP con text activation -sanomassa vastaavalla tavoin kuin APN:ää käytetään "normaalissa" PDP-kontekstin aktivoinnissa, joka muodostaa loogisen datayhteyden kohdedataverkkoon. Tietty ryhmä ryhmäjoukon sisällä identifioidaan erillisen tunnisteen, ryhmätunniste, avulla. Ryhmäjoukot ryhmäviestintäpalvelun sisällä 15 muodostavat rakenteen loogisesti erillisille ryhmille ja kullekin ryhmäjoukolle määritellään eksplisiittinen APN. Täten on olemassa kaksitasoinen hierarkia ryhmien organisoimiseksi tässä ryhmäviestintäpiirteessä.
Kutakin liikkuvuudenhallintakontekstia varten on olemassa joko ei yhtään, yksi tai useita aktiivisia PDP-konteksteja, joilla on eri tai jaetut PDP (IP) ; ' ' 20 -osoitteet. Keksinnön ensisijaista suoritusmuotoa varten "ryhmä"-PDP -kon-
tekstin relevantti informaatio voi sisältää PDP-osoitteen (käyttäjälaitteen UE
:·. unicast-IP -osoitteen), TFT:n (Traffic Flow Template), joka identifioi ryhmän # » käyttämän TFT.n, NSAPI:n (Network Access Service Point Identifier), joka identifioi saman käyttäjälaitteen UE erilliset PDP-kontekstit, accesspistenimen * 25 (APN), joka identifioi ryhmäjoukon. Nämä neljä elementtiä ovat sellaisenaan jo osa standardin mukaista 3G-implementaatiota, mutta muutamia niistä käytetään esillä olevassa keksinnössä uuteen tarkoitukseen. Lisäksi tarvitaan tunniste identifioimaan ryhmä ryhmäjoukon sisällä ja myös IP-kerroksessa. Yllä mainittua ryhmätunnistetta käytetään edellä mainittuun tarkoitukseen ja ryh-: 30 män multicast IP -osoitetta jälkimmäiseen tarkoitukseen. Käyttäjälaite UE re- : ’ * ’ kisteröityy ryhmään käyttämällä APN + ryhmätunniste -paria syöttöparametrei- na ja vastaanottaa rekisteröinnin (PDP-kontekstin aktivointi) yhteydessä multi-cast-IP -osoitteen. Saman ryhmäjoukon sisällä olevat eri ryhmät, jotka käyttävät eri multicast-IP -osoitteita ja joilla on eri ryhmätunnisteet, voivat jakaa sa- I * · 35 man TFT:n, jos niillä on sama QoS. Matkaviestinjärjestelmä voi olla määrittänyt useita TFT:eitä erilaisilla QoS-arvoilla.
110561 9
Jotta erotettaisiin mekanismit, joita käytetään matkaviestimen MS ja GGSN-solmun välillä, mekanismeista, jotka ovat IP-kerroksen mekanismeja, ensiksi mainittua kutsutaan "PDP-kontekstikerrokseksi" ja viimeksi mainittua "IP-kerrokseksi". Kuviossa 2 havainnollistetussa esimerkissä IP-kerros tuottaa 5 kerroksen käyttäjälaitteessa UE olevan käyttäjäsovelluksen (VolP-viestintä-sovellus) ja IP-multicast -reitittimessä 22 tai 23 olevan sovelluksen välillä. Alla oleva PDP-kontekstikerros tuottaa loogisen reitin IP-kerrokselle matkaviestinverkon läpi (käyttäjälaitteen UE ja GGSN-solmun välillä). IP-multicasting toteuttaa loogiset kanavat GGSN-solmun ja multicast-reitittimen 22 välillä ja käyttäjä-10 laitteen UE IP-kerroksessa.
PDP-kontekstikerroksessa PDP-konteksti itse identifioi sekä lähettävät että vastaanottavat osapuolet. APN + ryhmätunniste -pari muodostaa loogisen assosiaation GGSN-solmussa niiden PDP-kontekstien välillä, jotka kuuluvat samaan ryhmään. PDP-konteksti on sidottu tiettyyn accesspisteeseen 15 ja yhteen tai useampaan ryhmätunnisteeseen ja johdettuihin multicast-osoit-teisiin. IP-kerroksessa käyttäjälaitteen UE IP-osoite määrittää lähettävän osapuolen ja ryhmän multicast-IP -osoite identifioi vastaanottavat osapuolet (IP-pakettien lähde ja kohde). IP-kerros voi myös yhdistää useita ryhmätunnisteita eri APN-arvojen alla samaan IP-kerroksen ryhmään.
20 Ensisijaisessa suoritusmuodossa IP-multicast on sovitettu matka- viestinverkkoympäristöön siten, että UE-puoli toteuttaa isännän, joka tukee IP-multicasting -ominaisuutta, ja sen seuraava IP-kerroksen vastine on sijoitettu GGSN-solmuun. GGSN muodostaa IP-rajapinnan multicast-reitittimen 22 tai ; 23 suuntaan siten, että UE-isäntä näyttää normaalilta IP-isännältä, joka tukee ;*·’ 25 IP-multicasting -ominaisuutta, mukaanlukien rekisteröintiproseduureja multi- east-ryhmään. Kun PDP-konteksti on muodostettu ja vastaava multicast-osoite (-osoitteet) on vastaanotettu käyttäjälaitteeseen UE, käyttäjälaitteessa UE aktivoidaan (edullisesti automaattisesti) rekisteröityminen multicast-ryhmään (-ryhmiin). Rekisteröinti tapahtuu normaalilla tavalla IP-kerroksessa. Täten PDP-:\f 30 kontekstin aktivointi suorittaa multicast-osoitteen ja PDP-kontekstin mapituk- .··· sen ja IP-multicast -ryhmän rekisteröinti aktivoi isännän IP-kerroksen ja multi- ’ ’ cast-reitittimen. Toinen vaihtoehto olisi suorittaa rekisteröinti verkkopuolella jo PDP-kontekstin aktivoinnin aikana ja aktivoida käyttäjälaitteen UE IP-pino tä-män jälkeen jollakin tavoin. GGSN voi myös kyetä käsittelemään osan liiken-35 teestä sisäisesti ilman multicast-reititintä. Tässä tapauksessa multicast-osoite, .···. joka on johdettu APN + ryhmätunniste -parista (joka identifioi ryhmän), osoittaa 110561 10 GGSN-solmussa PDP-kontekstijoukkoon, kun ne ovat saman GGSN-alueen sisällä, ja tiettyyn multicast-reitittimeen, joka liittyy PDP-konteksteihin, jotka ovat tämän GGSN-alueen ulkopuolella. IP-kerros voi yhdistää samaan multi-cast-ryhmään ryhmätunnisteet, joihin päästään eri APN:ien kautta. Myös jäse-5 net, jotka on kytketty erityyppisten verkkojen, esim. kiinteän verkon, kautta saatetaan yhdistää osaksi multicast-ryhmää, jos tai kun se on käytännöllistä palvelun kokonaistoteutuksen kannalta. Liikenne, joka kulkee matkaviestinverkkoon tai sieltä ulos GGSN-solmun kautta, käsitellään standardin IP:n mukaisesti multicast-reitittimien 22 ja 23 suuntaan, ja GGSN konvertoi proseduu-10 rit, esim. ryhmärekisteröinnit Qos niitä ei tehdä IP-kerroksessa), PDP-konteksti-kerroksessa IP-kerrksen multicast-ryhmäproseduureihin, esim. rekisteröintei-hin, DNS-palvelimen avulla.
Ohjaustasossa kotitilaajapalvelin HSS (esim. standardi 3G HSS, jossa on jonkinlainen laajennus) tuottaa IMSken (International Mobile Station 15 Identity) accesskontrollin tiettyihin APN + ryhmätunniste -pareihin. HSS.n täytyy sisältää informaatiota ryhmistä, nimittäin: AP + ryhmätunniste sekä sallitut IMSI:t. Tai vaihtoehtoisesti, jos informaatio on järjestetty IMSLen perusteella: sallitut APN + ryhmätunniste -parit kutakin IMSI:ä kohti.
Täten, kun PDP-konteksti on aktivoitu, IMSI, unicast-IP -osoite, TFT, ··. 20 NSAPI, APN, ryhmätunniste(et) ja multicast-IP -osoite(-osoitteet) sidotaan toi siinsa muodostamaan loogiset kanavat, jotka sisältävät myös linkityksen IP- ja PDP-kontekstikerrosten välillä. Multicast-IP -osoitetta ei käytetä loogisen kana-’ van käsittelyyn tai liikkuvuudenhallintatarkoituksiin käyttäjälaitteen UE ja / GGSN-solmun välillä. Sitä käytetään IP-kerroksessa käyttäjälaitteessa UE ja ’···' 25 GGSN-solmussa.
Keksinnön ensisijaisessa suoritusmuodossa APN ja ryhmätunniste ovat domain-nimiä. APN + ryhmätunniste -pari on domain-nimi, joka vastaa tietyn ryhmän multicast-IP -osoitetta. Siten DNS-palvelin tuottaa ryhmän multi-cast-IP -osoitteen domain-nimen "APN + ryhmätunniste" perusteella. APN on : 30 domain-nimi, joka vastaa tietyn GGSN-solmun IP-osoitetta, joka tuottaa ac- cesspisteen oikeaan multicast-reitittimeen. Toinen toteutusvaihtoehto on sel-j'· lainen, että ryhmätunniste on eksplisiittinen domain-nimi, joka suoraan vastaa tiettyä ryhmää. Etu siitä, että käytetään domain-nimiä ryhmien identifioimiseen, : on se että IP-multicasting- ja PDP-kontekstikerrokset tehdään mahdollisimman 35 transparenteiksi toisilleen.
110561 11
Toisia vaihtoehtoja kuin domain-nimien käyttö vastaamaan IP-multicast -osoitetta ei ole suljettu pois. Tällaisessa tapauksessa multicast-IP--osoitteet voi olla tallennettuna HSS-palvelimessa. Erityistapaus on käyttää multicast-IP -osoitetta myös PDP-kontekstikerroksessa sellaisella tavalla, että 5 multicast-IP -osoite kuljettaisi informaatiota, joka on tarkoitettu sekä PDP-kon-tekstin aktivointiin (käyttäen IP-osoitetta IP-perspektiivistä nähtynä merkityksettömällä tavalla pelkästään tunnisteena) että IP-kerrokselle
On myös mahdollista, että on olemassa käytettävissä olevien multi-cast-osoitteiden pooli, josta osoitteet allokoidaan dynaamisesti ryhmille tarpeen 10 mukaan. Silloin myös multicast-osoitteen ja ryhmätunnisteen välinen mappaus voidaan luoda dynaamisesti, kun ensimmäinen PDP-konteksti ryhmää varten luodaan.
IP-ryhmäviestinnän muodostamista havainnollistetaan esimerkin avulla viitaten kuvioon 3. Oletetaan, että organisaatio, joka kontrolloi multicast-15 reititintä 22, on luonut viestintäryhmän X. Ryhmälle X on annettu uniikki APN + ryhmätunniste -pari matkaviestinjärjestelmässä. Informaatio siitä, mitkä käyttäjälaitteet UE (IMSI:t) ovat ryhmän X jäseniä, tallennetaan HSS-palvelimessa. Informaatio, joka mappaa domain-nimen "APN + ryhmätunniste" -ryhmän vastaavaan multicast-IP -osoitteeseen, on tallennettu DNS-palvelimessa.
20 Kuvio 3 on graafinen havainnollistava esitys ryhmästä X, jolla on kolme rekisteröityä käyttäjää UE1, UE2 jaUE3, joilla on vastaavasti PDP-kon-• , tekstit 1, 2 ja 3. Selkeyden vuoksi käyttäjälaitteilla UE 1, 2 ja 3 on vastaavasti . eri SGSG-solmut 1, 2 ja 3, mutta käyttäjälaitteet UE voivat luonnollisesti olla kaikki saman SGSN-solmun alla. Oletetaan lisäksi, että käyttäjälaitteet UE 2 ja ';·· 25 3 on jo rekisteröity ryhmään GGSN-solmussa. Nyt uusi käyttäjälaite UE1 käyn- nistää rekisteröinnin lähettämällä Create_PDP_context -pyynnön, jossa on "APN + ryhmätunniste" -pari. SGSN tai GGSN tarkistaa HSS-palvelimelta, onko käyttäjälaitteelle UE1 sallittu pääsy ryhmään X. Jos pääsy on sallittu, käyttäjälaitteelle UE1 luodaan PDP-konteksti 1. Tämä PDP-konteksti 1 assosioidaan 30 ryhmän X muihin PDP-konteksteihin 2 ja 3 ryhmätunnisteen avulla. GGSN on .··· hakenut multicast-IP -osoitteen DNS-palvelimelta domain-nimen "APN + ryh- ' * mätunniste" perusteella jo, kun ensimmäinen UE rekisteröityi ryhmään X. Ku kin PDP-konteksteista 1, 2 ja 3 muodostaa loogisen yhteyden tai tunnelin 31, 32 ja vastaavasti 33 matkaviestinverkon läpi. Loogiset yhteydet 31, 32 ja 33 lii-35 tetään yhteen GGSN-puolella "APN + ryhmätunniste" -parin avulla. Loogiset yhteydet 31, 32 ja 33 linkitetään lisäksi multicast-IP -osoitteeseen, jota multi- 110561 12 east-reititin käyttää ryhmälle X. Täten käyttäjät UE1, UE2 ja UE3 ovat valmiita lähettämään tai vastaanottamaan VolP-paketteja, jotka ovat osa ryhmäviestin-tää.
Oletetaan nyt, että käyttäjä UE1 haluaa puhua. Jos push-to-talk-5 piirre on käytössä, käyttäjä painaa painiketta (tai suorittaa muun vastaavan toiminnon osoittaakseen halunsa puhua) ja palvelupyyntö lähetetään verkolle. Viestintäreitti, joka sisältää kanavaresurssit ilmarajapinnassa lähettävässä ja vastaanottavassa päässä, tarvitsee avata, jos ei ole vielä avoin. Resurssit voivat pysyä varattuina jonkin hiljaisen jakson ajan loppuun suoritetun puheen-10 vuoron jälkeen, joten uusi puheenvuoro saattaa tarvita tai ei tarvitse uutta resurssien varaamista. Joustava toteutus sallisi sellaisen hiljaisen jakson, jonka resurssit säilyvät varattuina, asettamisen optimaalisesti. Puhelunmuodostus-signalointia ei tarvita resurssienvarausvaiheessa, koska loogiset yhteydet jo ovat olemassa aktiivisessa-PDP-kontekstissa, mutta fyysiset resurssit varataan 15 ja avataan käyttäen signalointiproseduureja, jotka ovat samanlaisia kuin normaalille datapalvelulle vastaavassa tilassa. QoS-asetuksia, jotka tuottavat pakettien jakelulle korkean prioriteetin suhteessa muihin sovelluksiin, voidaan käyttää PDP-konteksteille, joita käytetään ryhmäviestinnässä. Vaihtoehto olisi myös erityyppisten QoS-asetusten antaminen erilaisille ryhmä-PDP-kon-\ 20 teksteille, mikä tekisi mahdolliseksi antaa parempi QoS kriittisimmille ryhmille.
VolP-paketit, jotka liittyvät käyttäjän UE1 puheenvuoroon, tunneloi-j.t daan loogisen yhteyden 31 läpi GGSN-solmulle, joka sitten välittää VolP-pake- . tit eteenpäin multicast-reitittimelle 22. Multicast-reititin 22 reitittää VolP-paketit ryhmän X jäsenille. Tämän seurauksena myös GGSN vastaanottaa multicast-25 reitittimeltä 22 VolP-paketit, jotka on varustettu multicast-osoitteella. GGSN . löytää multicast-osoitteen ja PDP-kontekstien 1, 2 ja 3 välisen mapituksen ja lähettää VolP-pakettien kopiot käyttäjille UE2 ja UE3 loogisten yhteyksien 32 ja 33 kautta. Mitään kopioita ei lähetetä käyttäjälle UE1, koska käyttäjän UE1 unicast-IP -osoite on lähdeosoitteena VolP-paketeissa. GGSN voi myös kyetä 30 käsittelemään osan liikenteestä sisäisesti reitittämättä liikennettä multicast-.*·· reitittimen 22 kautta. Sen jälkeen kun käyttäjä UE1 lopettaa puheenvuoron hän ; · vapauttaa painikkeen ja puheenvuoron loppu indikoidaan verkolle. Lopuksi va ratut resurssit vapautetaan joko välittömästi tai yllä kuvatun hiljaisen jakson jäl-:"· keen.
35 Yllä kuvatut esimerkit olettavat yksinkertaistetun mallin, jossa on ai- , * *. na ainoastaan yksi lähettävä osapuoli ja yksi tai useampia vastaanottavia osa- 110561 13 puolia yhdellä kertaa ja jossa viestinnälle on ominaista nopea viestinnän alkaminen. Mekanismit, jotka toteuttavat täydellisen ryhmäviestintäpiirteen todellisessa ympäristössä, joka on rakennettu keksinnöllisen "palvelun" päälle, voivat kuitenkin sisältää esimerkiksi sen lähestymistavan, jossa puheenvuorojen ja-5 kamista ryhmän jäsenille hallittaisiin, lähestymistavan, jossa verkko hylkää paketteja ennalta määrätyillä säännöillä, huolehtien siitä, että ainoastaan yksi osapuoli puhuu kerrallaan (tältä jäseneltä lähtöisin olevat paketit siirretään), tai lähestymistavan, joka sallii monia samanaikaisesti puhuvia osapuolia.
Seuraavassa annetaan muutamia mahdollisia vaihtoehtoja UE-10 rekisteröinnille ryhmäviestintäpalveluun.
- Kun UE rekisteröityy verkkoon (yleinen palvelu), tälle UE:lle muodostetaan automaattisesti PDP-kontekstit niihin ryhmiin, jotka kuuluvat ryhmien A, B ja C joukkoon.
- Kun UE rekisteröityy verkkoon (yleinen palvelu), mitään ryhmä-15 viestintään liittyvää ei tapahdu. Käyttäjän tarvitsee rekisteröityä erikseen ryhmäviestintäpalveluun ja kun se tekee niin, tälle UE:lle muodostetaan PDP-kon-tekstit niihin ryhmiin, jotka kuuluvat ryhmien A, B ja C joukkoon.
- Kun UE rekisteröityy verkkoon (yleinen palvelu), mitään ryhmä-viestintään liittyvää ei tapahdu. Käyttäjän tarvitsee rekisteröityä erikseen ku- ··. 20 hunkin ryhmäjoukkoon, johon hänen on lupa osallistua, ja kun se tekee näin ryhmien A joukolle, UE:lle muodostetaan PDP-konteksti ryhmiin A1, A2 ja A3.
- Kun UE rekisteröityy verkkoon (yleinen palvelu), mitään ryhmä- . viestintään liittyvää ei tapahdu. Käyttäjän tarvitsee rekisteröityä erikseen ku- ;it’: hunkin ryhmään, johon hänen on lupa osallistua, ja kun se tekee näin ryhmälle *;·· 25 A2, UE:lle muodostetaan PDP-konteksti ryhmään A2.
. - Kaikissa tapauksissa PDP-kontekstin aktivointi voi olla lähtöisin jo ko UE.Itä tai verkosta ja perustua saman tyyppiseen signalointiin kuin muutkin PDP-kontekstin aktivoinnit.
Kun käyttäjä osallistuu viestintään tietyssä ryhmässä, käyttäjä voi 30 toimia jollakin seuraavista tavoista: . * · · - Käyttäjä valitsee ryhmän, jossa hän haluaa puhua niiden ryhmien ’ > joukosta, johon MS on aktivoinut PDP-kontekstit.
- Käyttäjä voi keilata useita ryhmiä tai valita yhden ryhmän, ja on myös mahdollista, että jotkin priorisointisäännöt voivat kumota käyttäjän teke- 35 män valinnan.
110561 14
Kun käyttäjä on valinnut ryhmän A1 ja alkaa puhua, hän painaa push-to-talk -painiketta, mikä laukaisee signaloinnin fyysisten resurssien varaamiseksi verkossa (jos niitä ei ole jo varattu) ja ensimmäinen VolP-paketti voidaan lähettää, kun viestintäreitti on avoin.
5 Selitys ainoastaan havainnollistaa keksinnön ensisijaisia suoritus muotoja. Keksintöä ei ole kuitenkaan rajoitettu näihin esimerkkeihin, vaan se voi vaihdella oheisten patenttivaatimusten piirissä ja hengessä.
• , • · • * » « · • * , * · · » •»

Claims (15)

110561 15 Patentti vaati m u kset
1. Menetelmä Internet protokolla -pohjaisen, tai IP-pohjaisen, ryh-mäpuheviestinnän aikaansaamiseksi matkaviestinjärjestelmässä, joka käsittää useita käyttäjäsolmuja, palveluaccess-solmuja, joiden kanssa käyttäjäsolmut 5 kommunikoivat langattoman accessverkon yli, ainakin yhden yhdyskäytä-väsolmun, joka aikaansaa rajapinnan mainitusta matkaviestinjärjestelmästä ainakin yhteen ulkopuoliseen IP-järjestelmään, joka tukee IP-multicasting -piirrettä, ja pakettimuotoisen runkoverkon, joka yhdistää mainitut yhdyskäytävä- ja access-solmut, tunnettu siitä, että menetelmä käsittää vaiheet 10 luodaan ainakin yksi käyttäjäsolmujen ryhmä IP-pohjaista ryhmäpu- heviestintää varten, jolloin kullakin ryhmällä on ryhmätunniste ryhmän identifioimiseksi matkaviestinjärjestelmässä ja multicast-IP -osoite ryhmän identifioimiseksi IP-käyttäjätasossa, muodostetaan looginen yhteys yhdyskäytäväsolmun ja kunkin ryh-15 mään rekisteröityneen käyttäjäsolmun välille, vastaanotetaan ulkopuolisesta IP-multicast -reitittimestä mainittuun yhdyskäytäväsolmuun IP-pohjaista puheliikennettä, joka on kohdistettu mainittuun multicast-osoitteeseen, välitetään mainittu IP-pohjainen puheliikenne mainituille käyttä- : ” ’ 20 jäsolmuille mainittua kohteena olevaa multicast-osoitetta vastaavan ryhmätun- • > * nisteen identifioiman ryhmän mainittujen ennalta muodostettujen loogisten yh-:·. teyksien yli.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että mainittu vaihe loogisen yhteyden muodostamiseksi käsittä pakettidatapro- » 25 tokolla (PDP) -kontekstin luomisen kullekin käyttäjälle, joka on rekisteröitynyt ryhmään, jolloin tämä ryhmätunniste identifioi samaan ryhmään kuuluvat PDP-kontekstit.
3. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että ryhmäjoukko identifioidaan accesspistenimen (APN) avulla.
4. Patenttivaatimuksen 2 tai 3 mukainen menetelmä, tunnettu siitä, että tuetaan IP-multicasting -proseduureja yhdyskäytäväsolmun ja IP-' · * multicasting -palvelimen välillä, konvertoidaan, yhdyskäytäväsolmun toimesta, PDP-kontekstikerrok- * · • 35 sessa tehdyt ryhmärekisteröinnit IP-multicast -rekisteröinniksi IP-käyttäjäker- *·* roksessa. 110561 16
5. Jonkin patenttivaatimuksista 1-4 mukainen menetelmä, tunnettu siitä, että vaiheesta ylläpidetään solmussa informaatiota, joka mappaa mainitun ryhmä-tunnisteen ja mainitun multicast-osoitteen, 5 yhdyskäytäväsolmu pyytää ulkopuoliselta solmulta multicast-osoi- tetta ryhmätunnisteelle, kun ensimmäinen looginen yhteys tälle ryhmälle muodostetaan.
6. Patenttivaatimuksen 5 mukainen menetelmä, tunnettu siitä, että ryhmärekisteröinti PDP-kerroksessa sisältää ryhmätunnisteen ja access- 10 pistenimen (APN), joka identifioi mainitun ulkopuolisen solmun.
7. Jonkin patenttivaatimuksista 1-4 mukainen menetelmä, tunnettu siitä, että mainittua multicast-osoitetta käytetään myös mainittuna ryhmätunnisteena.
8. Järjestely Internet protokolla-pohjaisen tai IP-pohjaisen, ryhmä-15 puheviestinnän aikaansaamiseksi matkaviestinjärjestelmässä, joka käsittää useita käyttäjäsolmuja, palvelevia access-solmuja, joiden kanssa käyttäjäsol-mut kommunikoivat langattoman accessverkon yli, ainakin yhden yhdyskäytä-väsolmun, joka muodostaa rajapinnan mainitusta matkaviestinjärjestelmästä ainakin yhteen ulkopuoliseen IP-järjestelmään, joka tukee IP-multicasting -piir-, · · · 20 rettä, ja pakettimuotoisen runkoverkon, joka yhdistää mainitut yhdyskäytävä- ja access-solmut, tunnettu siitä, että mainittu järjestely käsittää !. ’ ainakin yhden käyttäjäsolmujen ryhmän IP-pohjaista ryhmäpuhe- * viestintää varten, jolloin kullakin ryhmällä on ryhmätunniste ryhmän identifioi- *; ' miseksi matkaviestinjärjestelmässä sekä multicast-IP -osoite ryhmän identifioi- 25 miseksi IP-käyttäjäkerroksessa, • 1 :, . loogisen yhteyden yhdyskäytäväsolmun ja kunkin ryhmään rekiste röityneen käyttäjäsolmun välillä, mainitun yhdyskäytäväsolmun ollessa järjestetty vastaanottamaan IP-pohjaista puheliikennettä, joka on kohdistettu ulkopuolisesta IP-multicastista 30 mainittuun IP-multicast-osoitteeseen, » » ,··· mainitun yhdyskäytäväsolmun ollessa järjestetty välittämään mainit- tu IP-pohjainen puheliikenne käyttäjäsolmuille kohteena olevaa multicast- I » · osoitetta vastaavan ryhmätunnisteen identifioiman ryhmän ennalta muodostet-’: ‘ ’ tujen loogisten yhteyksien yli.
9. Patenttivaatimuksen 8 mukainen järjestely, tunnettu siitä, et tä mainittu looginen yhteys käsittää pakettidataprotokolla (PDP) -kontekstin 17 110561 kullekin käyttäjälle, joka on rekisteröitynyt ryhmään, jolloin ryhmätunniste identifioi PDP-kontekstit, jotka kuuluvat samaan ryhmään.
10. Patenttivaatimuksen 9 mukainen järjestely, tunnettu siitä, että ryhmäjoukko identifioidaan accesspistenimen (APN) avulla.
11. Patenttivaatimuksen 8 tai 9 mukainen järjestely, tunnettu siitä, että yhdyskäytävä on järjestetty tukemaan IP-multicasting -proseduureja yhdyskäytäväsolmun ja IP-multicasting -palvelimen välillä yhdyskäytävä on järjestetty konvertoimaan PDP-kontekstikerrok-10 sessa tehdyt ryhmärekisteröinnit IP-käyttäjäkerroksen IP-multicast -rekisteröinneiksi.
12. Jonkin patenttivaatimuksista 8-11 mukainen järjestely, tunnettu ulkopuolisesta solmusta, joka ylläpitää informaatiota, joka mappaa 15 ryhmätunnisteen ja multicast-osoitteen, ja että mainittu yhdyskäytäväsolmu on järjestetty pyytämään multi-cast-osoite ryhmätunnistetta varten tästä ulkopuolisesta solmusta, kun ryhmän ensimmäinen looginen yhteys muodostetaan.
13. Patenttivaatimuksen 12 mukainen järjestely, tunnettu siitä, . · 20 että ryhmärekisteröinti PDP-kerroksessa sisältää ryhmätunnisteen ja access- ; \' pistenimen (APN), joka identifioi mainitun ulkopuolisen solmun. t ·
14. Jonkin patenttivaatimuksista 8-11 mukainen järjestely, tun-nettu siitä, että mainittua multicast-osoitetta käytetään myös mainittuna * I ryhmätunnisteena. t * -· 25
15. Patenttivaatimuksen 12 mukainen järjestely, tunnettu siitä, . että ulkopuolinen solmu on domain-nimi -palvelin. 1 » > » » 18 110561
FI20002770A 2000-12-18 2000-12-18 IP-pohjainen puheviestintä matkaviestinjärjestelmässä FI110561B (fi)

Priority Applications (6)

Application Number Priority Date Filing Date Title
FI20002770A FI110561B (fi) 2000-12-18 2000-12-18 IP-pohjainen puheviestintä matkaviestinjärjestelmässä
CNB018050050A CN1154296C (zh) 2000-12-18 2001-12-13 移动通信系统中的基于ip的话音通信
EP01271716.1A EP1269685B1 (en) 2000-12-18 2001-12-13 Ip-based voice group call communication in a mobile communications system
AU2002217198A AU2002217198A1 (en) 2000-12-18 2001-12-13 Ip based voice communication in a mobile communications system
US10/204,015 US7792935B2 (en) 2000-12-18 2001-12-13 IP based voice communication in a mobile communications system
PCT/FI2001/001093 WO2002051072A1 (en) 2000-12-18 2001-12-13 Ip based voice communication in a mobile communications system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20002770 2000-12-18
FI20002770A FI110561B (fi) 2000-12-18 2000-12-18 IP-pohjainen puheviestintä matkaviestinjärjestelmässä

Publications (3)

Publication Number Publication Date
FI20002770A0 FI20002770A0 (fi) 2000-12-18
FI20002770L FI20002770L (fi) 2002-06-19
FI110561B true FI110561B (fi) 2003-02-14

Family

ID=8559738

Family Applications (1)

Application Number Title Priority Date Filing Date
FI20002770A FI110561B (fi) 2000-12-18 2000-12-18 IP-pohjainen puheviestintä matkaviestinjärjestelmässä

Country Status (6)

Country Link
US (1) US7792935B2 (fi)
EP (1) EP1269685B1 (fi)
CN (1) CN1154296C (fi)
AU (1) AU2002217198A1 (fi)
FI (1) FI110561B (fi)
WO (1) WO2002051072A1 (fi)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6961330B1 (en) * 2000-06-23 2005-11-01 Comverse Ltd. Web development and deployment using SMS and USSD
US7738407B2 (en) * 2001-08-03 2010-06-15 At&T Intellectual Property Ii, L.P. Method and apparatus for delivering IPP2T (IP-push-to-talk) wireless LAN mobile radio service
US7307963B2 (en) 2001-08-03 2007-12-11 At&T Corp. Architecture and method for using IEEE 802.11-like wireless LAN system to emulate private land mobile radio system (PLMRS) radio service
ES2290362T3 (es) * 2001-10-23 2008-02-16 Telefonaktiebolaget Lm Ericsson (Publ) Soporte de multidifusion en redes inalambricas de conmutacion por paquetes.
US20030163526A1 (en) * 2002-02-25 2003-08-28 Clarisse Olivier Bernard Virtual direct connect network
KR100415117B1 (ko) 2002-03-04 2004-01-13 삼성전자주식회사 인터넷프로토콜 전화시스템에서 인터넷프로토콜단말기들간의 다중통화 시 강제 착신장치 및 방법
US8432893B2 (en) * 2002-03-26 2013-04-30 Interdigital Technology Corporation RLAN wireless telecommunication system with RAN IP gateway and methods
US8255501B2 (en) * 2002-05-15 2012-08-28 Motorola Mobility Llc Establishing an IP session between a host using SIP and a device without an IP address
FI20030429A0 (fi) * 2003-03-24 2003-03-24 Nokia Corp Ryhmäliikennöinti matkaviestinverkossa
JP4170929B2 (ja) * 2003-03-28 2008-10-22 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、移動端末、及び移動通信方法
JP3722134B2 (ja) * 2003-06-04 2005-11-30 日本電気株式会社 Ｉｐマルチキャスト配信システム、ストリーミングデータ配信方法、及びそのプログラム
FI20031457A0 (fi) * 2003-10-06 2003-10-06 Nokia Corp Menetelmä, järjestelmä ja verkon solmut olemassaolevan prosessi-informaation siirtämiseksi siirtymäprosessin aikana
US8085765B2 (en) * 2003-11-03 2011-12-27 Intel Corporation Distributed exterior gateway protocol
US7596107B1 (en) * 2004-01-26 2009-09-29 Cisco Technology, Inc. System and method for enabling multicast group services in a network environment
JP3997995B2 (ja) * 2004-01-29 2007-10-24 日本電気株式会社 半二重無線通信方法、プログラム、およびシステム
US7720461B2 (en) * 2004-02-26 2010-05-18 Research In Motion Limited Mobile communications device with security features
FI20045138A0 (fi) * 2004-04-16 2004-04-16 Nokia Corp Ryhmätiedon hallinta
FI20045180A0 (fi) * 2004-05-19 2004-05-19 Nokia Corp Ryhmä-ääniviestinnän hallinta tietoliikennejärjestelmässä
US8184793B2 (en) 2004-07-20 2012-05-22 Qwest Communications International Inc. Multi-line telephone calling
US20060018310A1 (en) * 2004-07-20 2006-01-26 Qwest Communications International Inc. Data network call routing
FI116769B (fi) * 2004-10-20 2006-02-15 Teliasonera Finland Oyj Piirikytkentäisen puhelun uudelleenreititys
WO2006049235A1 (ja) * 2004-11-04 2006-05-11 Matsushita Electric Industrial Co., Ltd. マルチインタフェース通信装置、端末、および経路切替方法
US7738424B2 (en) 2004-11-12 2010-06-15 Nortel Networks Clientless mobile subscribers with seamless roaming over scalable wide area wireless networks
US7508812B2 (en) * 2005-01-28 2009-03-24 Research In Motion Limited Socket management for always-on data connections
CA2500508A1 (en) * 2005-03-10 2006-09-10 Alcatel Adaptable communication profiles in telephone networks
US7724743B2 (en) 2005-03-31 2010-05-25 Qualcomm Incorporated System and method for distributing VoIP data packets in group communications amoung wireless telecommunication devices
US20060265509A1 (en) * 2005-04-22 2006-11-23 Pandit Shrihari B Methods and systems for communicating voice, audio, video, text and/or multimedia data
CN101502166B (zh) 2005-06-07 2012-08-22 北方电讯网络有限公司 在接入网关节点中提供一种数据功能
CN100421520C (zh) * 2005-09-05 2008-09-24 华为技术有限公司 一种基于移动网络的ip组播系统和方法
EP2760245A3 (en) 2005-11-17 2015-05-06 InterDigital Technology Corporation Method and apparatus for transmitting voice over IP
US7885199B2 (en) * 2006-01-31 2011-02-08 Alcatel-Lucent Usa Inc. System and method for providing group calling in a wireless network
FR2905222B1 (fr) * 2006-08-28 2008-10-17 Eads Secure Networks Soc Par A Procede de correspondance entre identificateurs de communication de groupe et adresses de multidiffusion.
US8019383B2 (en) * 2007-01-17 2011-09-13 Nokia Corporation Techniques to increase coverage of push-to-talk wireless networks
FI20075305L (fi) 2007-05-02 2008-11-03 Eads Secure Networks Oy Datavirtojen hallinta tietoliikennejärjestelmässä
RU2455767C2 (ru) * 2007-12-27 2012-07-10 Телефонактиеболагет Лм Эрикссон (Пабл) Возможность множественных соединений сети пакетной передачи данных с одним именем точки доступа
US20100254334A1 (en) * 2009-04-06 2010-10-07 Qualcomm Incorporated Setting up a communication session within a wireless communications system
CN101990174B (zh) * 2009-07-29 2016-06-15 中兴通讯股份有限公司 消息发送方法及通用无线分组业务服务支持节点
CN101997898B (zh) * 2009-08-19 2013-01-23 华为技术有限公司 M2m应用服务器下发数据包的方法及系统
CN102025702B (zh) 2009-09-17 2014-11-05 中兴通讯股份有限公司 基于身份标识和位置分离架构的网络及其骨干网和网元
US8560604B2 (en) 2009-10-08 2013-10-15 Hola Networks Ltd. System and method for providing faster and more efficient data communication
CN102158911A (zh) * 2010-02-11 2011-08-17 华为技术有限公司 机器对机器业务的承载建立方法及网络传输设备
WO2011155484A1 (ja) * 2010-06-09 2011-12-15 日本電気株式会社 通信システム、論理チャネル制御装置、制御装置、通信方法およびプログラム
US8514756B1 (en) * 2010-10-15 2013-08-20 Juniper Networks, Inc. Collectively addressing wireless devices
US9172678B2 (en) 2011-06-28 2015-10-27 At&T Intellectual Property I, L.P. Methods and apparatus to improve security of a virtual private mobile network
WO2014026384A1 (zh) * 2012-08-17 2014-02-20 华为技术有限公司 用户设备配对处理方法、网络侧设备和用户设备
US20140286221A1 (en) * 2013-03-20 2014-09-25 Nokia Siemens Networks Oy Activation of multicast service
US9144103B2 (en) 2013-04-30 2015-09-22 Motorola Solutions, Inc. Wireless local communication systems and methods from WAN fallback
US9432820B2 (en) 2013-05-29 2016-08-30 Qualcomm Incorporated Method for efficiently supporting multiple simultaneous group PTT calls requiring low call setup latency
US20180019976A1 (en) * 2016-07-14 2018-01-18 Intel Corporation System, Apparatus And Method For Massively Scalable Dynamic Multipoint Virtual Private Network Using Group Encryption Keys
US10966066B1 (en) 2020-03-17 2021-03-30 Facebook, Inc. Internet-enabled data for transparent application consumption over unstructured supplementary service data

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5752003A (en) * 1995-07-14 1998-05-12 3 Com Corporation Architecture for managing traffic in a virtual LAN environment
WO1997048210A1 (en) 1996-06-14 1997-12-18 Bell Communications Research, Inc. Logical ip address assignment in atm lan
US6128483A (en) * 1996-11-19 2000-10-03 Ericsson, Inc. Simultaneous over the air data download to multiple radios
US6144673A (en) * 1997-10-24 2000-11-07 Motorola, Inc. Method and apparatus for providing broadcast group data
US6338089B1 (en) * 1998-10-06 2002-01-08 Bull Hn Information Systems Inc. Method and system for providing session pools for high performance web browser and server communications
ES2205805T3 (es) * 1999-03-19 2004-05-01 Nokia Corporation Metodo y elemento de red para la transmision de mensajes multidifusion.
FI108185B (fi) 1999-05-12 2001-11-30 Nokia Networks Oy Yhteyksien hallintamenetelmä
ATE340478T1 (de) * 1999-07-21 2006-10-15 Lucent Technologies Inc Telekommunikationssystem
US6392999B1 (en) 1999-08-10 2002-05-21 Lucent Technologies Inc. Conferencing and announcement generation for wireless VoIP and VoATM calls
EP1083724A1 (en) 1999-09-10 2001-03-14 Lucent Technologies Inc. Method and apparatus for IP address discovery
FI19992593A (fi) * 1999-12-02 2001-06-03 Nokia Networks Oy Puheluiden reititys tietoliikennejärjestelmässä
US6298058B1 (en) 1999-12-17 2001-10-02 Motorola, Inc. Methods for implementing a talkgroup call with competing sources in a multicast IP network
US6252952B1 (en) * 1999-12-30 2001-06-26 At&T Corp Personal user network (closed user network) PUN/CUN
KR20030047874A (ko) 2000-03-03 2003-06-18 퀄컴 인코포레이티드 현재의 통신 시스템에서 그룹 통신 서비스에 참가하기위한 방법 및 장치
EP2271148B1 (en) 2000-03-03 2012-10-31 Qualcomm Incorporated Communication device and its corresponding method for providing security in a group communication network
US20020034935A1 (en) * 2000-07-12 2002-03-21 Frode Bjelland Communication protocols in networks having split control planes and user planes
US6904054B1 (en) * 2000-08-10 2005-06-07 Verizon Communications Inc. Support for quality of service and vertical services in digital subscriber line domain
US20020172339A1 (en) * 2001-05-21 2002-11-21 Creswell Carroll W. Method for providing sequenced communications within a group

Also Published As

Publication number Publication date
US20030187926A1 (en) 2003-10-02
EP1269685A1 (en) 2003-01-02
FI20002770A0 (fi) 2000-12-18
CN1154296C (zh) 2004-06-16
WO2002051072A1 (en) 2002-06-27
AU2002217198A1 (en) 2002-07-01
CN1401173A (zh) 2003-03-05
FI20002770L (fi) 2002-06-19
EP1269685B1 (en) 2017-05-10
US7792935B2 (en) 2010-09-07

Similar Documents

Publication Publication Date Title
FI110561B (fi) IP-pohjainen puheviestintä matkaviestinjärjestelmässä
CN113475045B (zh) 基于控制面的时间敏感网络配置
US8363664B2 (en) Combined gateway for network communications
JP5553990B2 (ja) 拡張システム・アーキテクチャにおけるポリシ制御
US7058042B2 (en) One-to-one communication
US7406057B2 (en) Method for handling of messages between a terminal and a data network
FI108834B (fi) IP-liikkuvuudenhallinta matkaviestinjärjestelmässä
US8391210B2 (en) Radio communication system and radio transmission path control method
US7782875B2 (en) Megaco protocol with group termination
US20100309881A1 (en) Mobile communication system and tunnel management method thereof
WO2016112671A1 (zh) 一种集群通信系统、服务器及通信方法
PT1510090E (pt) Método para controlar as partes das comunicações de grupos de dados em tempo real usando pacotes de recepção
WO2007147345A1 (fr) Procédé de sélection d'entité plan utilisateur du côté réseau et d'entité plan contrôle
JP2008536341A (ja) セルラブロードキャスト／マルチキャストを利用したネットワーク探索
US20080153484A1 (en) Quality of service improvement in mobile networks
US9277356B2 (en) System and method for acquiring user location through user bearer identifier
US20080247346A1 (en) Communication node with multiple access support
US8204041B2 (en) Method and system for implementing a push-to-talk service in a mobile radio communication network of the GSM-type
CN100484290C (zh) 一种业务接入中实现pdp地址分配的方法
CN101277470B (zh) 一种获得ip-can承载的方法和系统
Kyung et al. Location-aware B5G LAN-type services: Architecture, use case, and challenges
CN102918885B (zh) 一种实现业务数据流分流的方法、系统及相关装置
CN101692722B (zh) 一种多媒体会话连续性业务的起呼方法
CN102595372B (zh) 用户漫游方法及ics增强网络
KR20020015296A (ko) 통합 인터넷 프로토콜 망에서 시그널과 베어러의 분리를통한 메시지 처리 방법