NO319205B1 - Automatisk samtaleruting - Google Patents

Automatisk samtaleruting Download PDF

Info

Publication number
NO319205B1
NO319205B1 NO20033107A NO20033107A NO319205B1 NO 319205 B1 NO319205 B1 NO 319205B1 NO 20033107 A NO20033107 A NO 20033107A NO 20033107 A NO20033107 A NO 20033107A NO 319205 B1 NO319205 B1 NO 319205B1
Authority
NO
Norway
Prior art keywords
conference
route
network
gateway
conference network
Prior art date
Application number
NO20033107A
Other languages
English (en)
Other versions
NO20033107D0 (no
Inventor
Thies Schrader
Lars Hiim
Original Assignee
Tandberg Telecom As
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 Tandberg Telecom As filed Critical Tandberg Telecom As
Priority to NO20033107A priority Critical patent/NO319205B1/no
Publication of NO20033107D0 publication Critical patent/NO20033107D0/no
Priority to CNB2004800196204A priority patent/CN100559864C/zh
Priority to JP2006518568A priority patent/JP4573357B2/ja
Priority to PCT/NO2004/000191 priority patent/WO2005004482A1/en
Priority to US10/876,114 priority patent/US7522577B2/en
Priority to EP04748767A priority patent/EP1652382A1/en
Publication of NO319205B1 publication Critical patent/NO319205B1/no

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/403Arrangements for multi-party communication, e.g. for conferences
    • H04L65/4038Arrangements for multi-party communication, e.g. for conferences with floor control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/123Evaluation of link metrics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/15Flow control; Congestion control in relation to multipoint traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1106Call signalling protocols; H.323 and related
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/403Arrangements for multi-party communication, e.g. for conferences
    • H04L65/4046Arrangements for multi-party communication, e.g. for conferences with distributed floor control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/15Conference systems
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

Teknisk felt
Den foreliggende oppfinnelsen omhandler generelt konferansenettverkssystemer, og mer spesifikt en fremgangsmåte og innretning for å etablere ruter mellom konferansenettverksinnretninger i et konferansenettverk.
Bakgrunn for oppfinnelsen - tidligere kjent teknikk
Å sette opp et videokonferansemøte kan være komplekst. Spesielt dersom en bruker må vurdere ressurser, båndbreddeinnstiIlinger, protokoller, ISDN-nummerregler (områdekoderegler, prefikser, korrekt ISDN-samtalestreng, etc), IP-nummerregler, gatekeepers, gateways, etc. for å gjennomføre en konferanse med høy kvalitet. Det kan være spesielt vanskelig å utnytte gateway-funksjonaliteten når en samtale settes opp. Den oppfinneriske fremgangsmåten beskrevet her gjør det enkelt å utnytte gateway-funksjonaliteten.
Fremgangsmåten unngår også problemet med å manuelt måtte sette opp en multi-MCU (Multi-point Control Unit) fordelt k on feran sesam tale. og den reduserer problemet med tidsetterslep og bruk av unødvendige ressurser. Tidsetterslep oppstår når endepunkter (video/audioterminal/telefon eller gateway), lokalisert på andre slave-MUCer, kommuniserer med hverandre. Unødvendige ressurser kan bli brukt når det faktisk er nok ressurser for å kunne holde hele konferansen ved å bruke f.eks. to MCU'er, men i stedet er konferansesystemet fordelt over tre eller flere MCU'er. Dette er svært ineffektivt og øker problemet med tidsetterslep.
Oppfinnelsen innbefatter en rutingløsning som automatisk setter opp videokonferanser. En bruker trenger ikke å ha noen kunnskap om nettverkskonfigurering, gateways, og gatekeepers, etc. for å sette opp en samtale. Dette vil bli gjort automatisk. Brukeren velger enkelt det systemet han/hun ønsker å bruke, fortrinnsvis gjennom et brukergrensesnitt slik som et webgrensesnitt, og rutingløsningen foretar oppsettingen av konferansen. Den automatiske samtalerutingen vil avgjøre om det skal brukes en direkte IP-samtale, direkte ISDN-samtale eller å rute samtalen gjennom gateways, basert på ISDN-kostnader, kvalitetsberegninger og båndbredderessurser på endepunktene.
Dette dokumentet beskriver en ny og oppfinnerisk ruting og hvordan gateways automatisk blir brukt dersom det er behov for dem i samtalen.
Ingen tidligere teknikk er kjent på dette området.
Hensikter og kort beskrivelse av oppfinnelsen
En hensikt med den foreliggende oppfinnelsen er å tilveiebringe en fremgangsmåte og innretning for automatisk etablering av ruter mellom
konferansenettverksinnretninger i et videokonferansenettverk.
Dette innbefatter automatisk bestemming og ruting av beste rute i komplekse blandede nettverk (f.eks. H320 og H323).
Nettverksinnretninger kan være ethvert element brukt i et samtaleoppsett med to eller flere videokonferanseinnretninger, dvs. MCU, Gateway (som forbinder ulike nettverk sammen, f.eks. IP og ISDN), Gatekeeper (opptrer som et sentralt kontrollpunkt og tilveiebringer samtalekontrolltjenester til registrerte endepunkter) og endepunkter (EP) etc.
Hensiktene beskrevet over blir oppnådd ved hjelp av en fremgangsmåte og
. innretning slik som fremsatt i det vedlagte kravsettet.
Detaljert beskrivelse av en foretrukket utførelse
Som nevnt er hensikten med oppfinnelsen å etablere en rute mellom to eller flere konferansenettverksinnretninger i et konferansenettverk omfattende et flertall av konferansenettverksinnretninger og i det minste én gatekeeper. Konferansenettverket kan omfatte et kretssvitsjet subnettverk slik som et 1SDN-subnettverk og et pakkesvitsjet subnettverk slik som et IP-subnettverk. I det minste ett konferansenettverk kan være en gateway operativt innbefattet i en MCU, og i det minste én konferansenettverksinnretning kan være en MCU operativt innbefattet i et endepunkt.
Fremgangsmåten kan bli utført ved å betjene et brukergrensesnitt på en brukerterminal operativt forbundet til nettverket, f.eks. MS Internet Explorer*1. ;Den oppfinneriske fremgangsmåten innbefatter flere trinn. ;Det første trinnet er å samle registreringsdata om konferansenettverksinnretningene valgt fra en gruppe bestående av endepunkter, en MCU, og en gateway. I en foretrukket utførelse, er de ulike registreringsdataene for nettverksinnretningene tilveiebragt fra mellomliggende databaselagring. Ved å beholde informasjon om hvert videokonferansesystem oppdatert i en database, vil etablering av en rute mellom nettverksinnretninger være raskere enn å samle denne informasjonen fra hver innretning. ;Det andre trinnet er å generere et sett av mulige ruter ved å bruke nevnte registreringsdata. ;Dette settet med ruter er, i et neste trinn, redusert til et sett med mulige ruter gjennom nettverket, hvor rutene er redusert basert på en vektingsfunksjon, basert på et sett av kostnads funksjoner. Kostnadsfunksjonen kan involvere i det minste én parameter valgt fra en gruppe bestående av nettverkstypeparametere, forsinkelsesparametere, båndbreddeparametere, og kostrateparametere. ;En viktig parameter er forsinkelses- eller tidsetterslepsparameter (definert tidligere). Derfor vil" en rute som involverer en gateway bli ekskludert dersom ruten kan bli etablert uten deltagelsen av gatewayen. Dette kan gjøres dersom konferansenettverksinnretningene er registrert på samme gatekeeper. ;Dersom to eller flere konferansenettverksinnretninger er gjort tilgjengelig for 1P-kommunikasjon med konferansenettverket, vil en direkte lP-rute bli innbefattet i nevnte reduserte sett av mulige ruter. ;På den annen side, dersom to eller flere konferansenettverksinnretninger er gjort tilgjengelige for ISDN-kommunikasjon med konferansenettverket, vil en direkte ISDN-rute bli innbefattet i nevnte reduserte sett av mulige ruter. ;I det tilfellet hvor én eller flere nettverksinnretninger er gjort tilgjengelige for IP-kommunikasjon med konferansenettverket, og én eller flere nettverksinnretinger er gjort tilgjengelige for ISDN-kommunikasjon, blir en rute som involverer i det minste én gateway mellom et ISDN-subnettverk og IP-subnettverk innbefattet i nevnte nettverk. ;Det neste trinnet er å velge én eller flere ruter fra settet av mulige ruter generert i vektingstrinnet over. Ruten(e) valgt vil være ruten(e) med laveste totalkostnad. ;Fremgangsmåten omfatter videre trinnet med å presentere nevnte valgte ruter til en bruker, og motta en bekreftelse fra brukeren før etablering av nevnte valgte rute ved kvittering av bekreftelsen fra brukeren. ;Oppfinnelsen vil videre bli beskrevet med henvisning til figurene, hvor: ;Fig. 1 viser et eksempel på et brukergrensesnitt hvor brukeren kan legge til videokonferansesystemer ("rom") til en konferanse. Fig. 2 viser brukergrensesnittet for å sette opp ISDN-gateway IP-samtaler automatisk i henhold til den oppfinneriske fremgangsmåten. Fig. 3 viser en IP-gateway-ISDN-gateway-IP-samtale automatisk satt opp i henhold til den oppfinneriske fremgangsmåten. Fig. 4 viser et flytskjema som skjematisk illustrerer mulighetene til fremgangsmåten i henhold til oppfinnelsen. ;Som nevnt er den prinsipielle ideen til oppfinnelsen å gjøre det svært enkelt å koble opp videokonferanser gjennom et brukergrensesnitt slik som et web-grensesnitt, og bruke gateways i samtalen dersom dette er passende. En bruker kan enkelt velge de videokonferanseenhetene han/hun ønsker i konferansen. Brukeren trenger ikke å bekymre seg om konferanseoppsett. Dette gjør. det svært enkelt å sette opp en videokonferansesamtale som utnytter gateway-funksjonaliteten. ;Ved hjelp av eksempler vil det i det følgende bli beskrevet hvordan den oppfinneriske fremgangsmåten kan bli implementert i et system for å rute en samtale ved bruk av gateways. ;Det første eksemplet beskriver en samtale som går fra et videokonferansesystem som bruker ISDN, gjennom en gateway og inn i et kun IP-system (ISDN-Gateway-IP- samtale). ;Det andre eksemplet beskriver en samtale som går fra et kun IP-system, gjennom en gateway til et annet kun IP-system (IP-Gateway-ISDN-Gateway-IP). ;IS DN-Gateway-IP samtal er. ;Fig. 1 viser det grafiske brukergrensesnittet (GUI) for å utføre et konferansemøte i Tandberg Meeting Scheduler (TMS), som implementerer den ovenfor beskrevne oppfinneriske fremgangsmåten for automatisk samtaleruting. Det første eksemplet viser at to konferansesystemer blir valgt, system "Station 24" og system "RuneLarsVegard". ;Som indikert i fig. 2, er RuneLarsVegard lokalisert i en TMS-lokasjon kalt "DallasOffice", som er i USA. "Station 24" har TMS-lokasjon "LysakerOffice", som er i Norge. "RuneLarsVegard" har ISDN-båndbredde; "Station 24" er et kuri IP-system. I TMS-lokasjonen "LysakerOffice" er det også registrert en på huset gateway og en gatekeeper. ;Det er flere aspekter som det skal tas hensyn til når det settes opp en samtale mellom systemet "RuneLarsVegard" og "Station 24". Disse innbefatter hvilke systemer som skal starte samtalen, hvilken protokoll som skal brukes, hvordan samtalestrengen skal se ut etc. TMS-ruting vil automatisk sette opp alt dette. I dette eksemplet bestemmer TMS-ruting å initiere samtalen fra systemet "RuneLarsVegard" med lokasjonen "DallasOffice". ;Fig. 2 viser den automatiske samtaleruten som utføres. TMS-ruting bestemmer å ringe fra system "RuneLarsVegard" 21, som er et system lokalisert i DallasOffice", USA ved å bruke ISDN med en båndbredde på maks 1472 KBPS til gatewayen i "LysakerOffice". System "Station 24" 22 har lokasjon "LysakerOffice" (Norge). Dette systemet har ingen ISDN-båndbredde. Det finnes en gateway på "LysakerOffice"-lokasjonen. TMS-ruting legger til tilleggsnummeret til "Station 24" på slutten av samtalestrengen. Nummeret blir automatisk rutet til å være 00114767838770*1 124. Denne samtalestrengen er basert på TMS-lokasjonsinfo på "DallasOffice" og "LysakerOffice".
TMS bestemmer å ikke ringe IP direkte mellom de to videokonferansesystem ene fordi den da måtte stole på det offentlige IP-nettverket mellom Norge og USA, som kan gi dårlig kvalitet for konferansesamtalen. ISDN blir brukt fra USA til gatewayen i "LysakerOffice"-lokasjonen, fordi ISDN gir stabil båndbreddekvalitet.
TMS sjekker gatekeeperstatus til gateway og system "Station 24" for å forsikre seg om at El64 alias tilleggsnummer samtalen fra gatewayen til "Station 24" vil gå gjennom. Dersom gatewayen har ukorrekt gatekeeperstatus, vil TMS-rutingen forsøke å bruke en annen gateway. Dersom "Station 24" har ukorrekt gatekeeperstatus, vil TMS ikke sette opp en El64 alias samtale i det hele tatt.
Dersom gateway og "Station 24" ikke er registrert på den samme gatekeeper, vil TMS sjekke naboinformasjon på gatekeeperne for å se om El 64 alias samtalen vil gå gjennom fra gatewayen til "Station 24".
TMS kunne ha bestemt å bruke IP for samtale mellom to TMS-lokasjoner. Da måtte den ha blitt konfigurert slik at IP'en var foretrukket mellom disse to lokasjonene. Dette kan være tilfelle mellom lokasjoner méd høykvalitets IP-linjer mellom seg.
IP-Gateway-ISDN-Gateway-lP samtal er
Det andre eksemplet er nesten likt til det første eksemplet, men denne gangen går samtalen fra kun IP-konferansesystemet "Espresso" i "DallasOffice" TMS-lokasjonen til kun IP "Station 24"-systemet ved TMS-lokasjonen "LysakerOffice".
Fig. 3 viser hvordan TMS setter opp denne samtal en..Samtalestrengen er lik til samtalestrengen i det første eksemplet bortsett fra at prefikset "23", som er det automatiske båndbreddekvalitetsprefikset på en gateway lokalisert ved lokasjonen "DallasOffice". Deltaker "Espresso" 31 er lokalisert i "DallasOffice", USA. Den har ingen ISDN-båndbredde. Deltaker "Station 24" 32 har lokasjon "LysakerOffice", Norge. Den har ingen ISDN-båndbredde. Det er også en gateway i "LysakerOffice"-lokasjonen.
TMS bestemmer å involvere to gateways i samtalen i stedet for å ringe direkte mellom IP mellom to kun IP-systemer. Det er fordi den da måtte være avhengig av det offentlige IP-nettverket mellom Norge og USA, noe som kan gi dårlig kvalitet for videokonferansesamtalen.
Som i det første eksemplet, blir gatekeeperstatusene sjekket på gatewayene og de to videokonferansesystemene for å forsikre seg om at samtalen går gjennom.
Igjen som i det første eksemplet, kunne TMS ha bestemt seg for å bruke IP for samtaler mellom to TMS-lokasjoner. Den måtte da ha blitt konfigurert slik at IP var foretrukket mellom disse to lokasjonene. Dette kan være tilfelle mellom lokasjoner med høykvalitets IP-linjer mellom seg.
Metodikken for gateway-rutingløsning for ISDN-samtaler inn i et videokonferansesystem uten ISDN-muligheter er å identifisere om det er en gateway på samme lokasjon som videokonferansesystemet, eller en gateway på en lokasjon som er definert å ha en god IP-linje til videokonferansesystemet. Det neste trinnet er å identifisere om gatewayen vil være i stand til å ringe et videokonferansesystem som bruker en El 64 tilleggsnummer. Dette blir gjort ved å bruke gatekeepeirnformasjon på gatewayen, og videkonferansesystemet.
Dersom gateway og videokonferansesystemet ikke bruker samme gatekeeper, så sjekker TMS-ruting om gatekeeperen til videokonferansesystemet er nabo til gatekeeperen til gatewayen og dersom en El64 alias samtale vil gå gjennom mellom disse to gatekeeperne.
Dersom testene beskrevet over er i orden, vil TMS-ruting rute ISDN-samtalene inn i videokonferansesystemet uten lSDN-muligheter til gatewayenes ISDN-port, for deretter å bruke TSC4 for å nå videokonferansesystemet.
For ISDN-samtaler fra et system uten ISDN muligheter, kan alle TMS'er være registrert med et autobåndbreddetjenesteprefiks og et telefonbåndbreddeprefiks til en gateway på LAN.
TMS-ruting vil bruke én av disse gatewaytjenesteprefiksene til å utføre ISDN-samtaler fra videokonferansesystemet uten ISDN-muligheter. Dersom en 1SDN-telefonsamtale blir utført, blir telefonbåndbreddetjenesteprefikset brukt. Dersom en videokonferansesamtale blir utført, blir autobåndbreddetjenesteprefikset brukt. Fig. 4 viser et flytskjema som skjematisk illustrerer mulighetene til fremgangsmåten i henhold til oppfinnelsen. Figuren viser flere ulike systemer og måter å forbinde dem sammen på i henhold til den oppfinneriske fremgangsmåten beskrevet her.
Systemene er definert som:
System A.A: Endepunkt, MCU, Gateway forbundet til Gatekeeper A.
System A.B: Endepunkt, MCU, Gateway forbundet til Gatekeeper A.
Gateway A.G (ikke vist): Gateway forbundet til Gatekeeper A.
System B.A: Endepunkt. MCU, Gateway forbundet til Gatekeeper B.
System B.B.: Endepunkt, MCU, Gateway forbundet til Gatekeeper B.
Gateway B.G (ikke vist): Gateway forbundet til Gatekeeper A. (GK.A)
System CA: Endepunkt, MCU, Gateway med lSDN-tilkobling.
Fremgangsmåten vil automatisk rute en samtale mellom A.A og A.B ved å bruke informasjon på A.A og A.B om at de er på den samme gatekeeperen (Gatekeeper
A).
Fremgangsmåten vil automatisk rute en samtale mellom A.A og B.A ved å bruke
informasjon på A.A og B.A og Gatekeeper A og/eller Gatekeeper B. F.eks. at de er registrert på gatekeepere som kommuniserer med hverandre.
Fremgangsmåten vil automatisk rute en samtale ved å bruke de ovenfor enkle fremgangsmåtene, gitt et hierarki av gatekeepere (f.eks. A->B>C>D multiple nivåer).
Fremgangsmåten vil automatisk rute en samtale ved å bruke de ovenfor enkle metodene, gitt en serie av gateway (f.eks. A->B->C->D multiple nettverk.)
Fremgangsmåten kan også lage en revers ruting av alle de ovenfor nevnte rutene.
Fremgangsmåten kan etablere om en rute kan gjøres ved å sjekke registreringsstatus og/ell er faktisk status på de nødvendige elementene (endepunkt, MCU, gatekeeper eller gateway).
Fremgangsmåten kan bruke én eller flere av de ovenfor nevnte metodene for å finne den beste ruten (laveste kostnad, minste forsinkelse, beste båndbredde) sammen med andre mulige ruter (f.eks. ISDN-direkte, IP-direkte, etc).
De ulike avgjørelsene som har blitt tatt i eksemplet i fig. 4 er basert på vektefuhksjonen med den mest ønskelige kostfunksjonen beskrevet tidligere.

Claims (18)

1. Fremgangsmåte for å etablere en rute mellom et første og en andre konferansenettverksinnretning i et konferansenettverk, hvor nevnte nettverk omfatter et flertall av konferansenettverksinnretninger og i det minste én gatekeeper, hvor nevnte fremgangsmåte omfatter trinnene: (a) innsamling av registreringsdata om nevnte første og andre konferansenettverksenheter og hvor fremgangsmåten videre er karakterisert ved å omfatte trinnene: (b) generering av et sett mulige ruter ved å bruke nevnte registreringsdata, (c) vekting av nevnte sett av mulige ruter basert på et sett av kostnadsfunksjoner, (d) velge én eller flere ruter fra nevnte sett av mulige ruter, basert på nevnte vektingsundertrinn (c).
2. Fremgangsmåte i henhold til krav 1, som videre omfatter trinnene: (e) presentering av nevnte valgte ruter til en bruker, (f) motta en bekreftelse fra brukeren, og (g) etablering av valgte rute ved nevnte mottak av nevnte bekreftelse fra brukeren.
3. Fremgangsmåte i henhold til krav 1, hvor hver konferansenettverksinnretning er valgt fra en gruppe bestående av et endepunkt, en MCU, og en gateway.
4. Fremgangsmåte i henhold til krav 1, hvor nevnte registreirngsdata er tilveiebragt fra et mellomliggende lager (database).
5. Fremgangsmåte i henhold til krav 1, hvor nevnte sett av mulige ruter er et redusert sett av mulige ruter gjennom nettverket, hvor nevnte ruter er redusert basert på en vektingsfunksjon.
6. Fremgangsmåte i henhold til krav 1, hvor nevnte genereringstrinn (b) innbefatter ekskludering av en rute som involverer en gateway dersom ruten kan bli etablert uten deltagelse av nevnte gateway.
7. Fremgangsmåte i henhold til krav 1, hvor nevnte genereringstrinn (b) innbefatter ekskludering av en rute som involverer en gateway dersom første og andre konferansenettverksinnretninger er registrert på samme gatekeeper.
8. Fremgangsmåte i henhold til krav 1, hvor nevnte første og andre konferansenettverksinnretninger er muliggjort for IP-kommunikasjon med nevnte konferansenettverk, hvor nevnte genereringstrinn (b) omfatter et undertrinn med innbefattelse av IP-direkterute i nevnte sett av mulige ruter.
9. Fremgangsmåte i henhold til krav I, hvor nevnte første og andre konferansenettverksinnretninger er muliggjort for ISDN-kommunikasjon med nevnte konferansenettverk, hvor nevnte genereringstrinn (b) omfatter et undertrinn med å innbefatte en ISDN-direkterute i nevnte reduserte sett av mulige ruter.
10. Fremgangsmåte i henhold til krav 1, hvor nevnte nettverksinnretning er muliggjort for ISDN-kommunikasjon med nevnte konferansenettverk og nevnte andre nettverksinnretning er muliggjort for IP-kommunikasjon med nevnte konferansenettverk, hvor genereringstrinnet (b) omfatter et undertrinn ved å innbefatte en rute som involverer en gateway mellom et ISDN-undernettverk og et IP-undemettvérk innbefattet i nevnte nettverk.
11. Fremgangsmåte i henhold til krav 1, hvor nevnte kostfunksjoner involverer i det minste én parameter valgt fra gruppen som omfatter nettverkstypeparametere, forsinkelsesparametere, båndbreddeparametere, og kostrateparametere.
12. Fremgangsmåte i henhold til krav 1, hvor nevnte valgte trinn (d) omfatter å velge en rute med laveste totalkostnad i henhold til nevnte vektingstrinn (c).
13. Fremgangsmåte i henhold til et av kravene 1-12, hvor nevnte konferansenettverk omfatter et krets svitsjet subnettverk slik som et ISDN-subnettverk og et pakkesvitsjet subnettverk slik som et IP-subnettverk.
14. Fremgangsmåte i henhold til et av kravene 1-12, hvor i det minste ett konferansenettverkselement er en gateway som er operativt innbefattet i en multipunkts kontrollenhet.
15. Fremgangsmåte i henhold til et av kravene 1-12, hvor i det minste ett konferansenettverkselement er multipunktskontrollelement operativt innbefattet i et endepunkt.
16. Fremgangsmåte i henhold til et av kravene 1-12, hvor nevnte fremgangsmåte blir styrt fra et brukergrensesnitt på en brukerterminal operativt forbundet med nettverket.
17. Fremgangsmåte for å etablere ruter mellom to eller flere konferansen ettverksinnretninger i et konferansenettverk, karakterisert ved å etablere en rute mellom to av konferansenettverksinnretningene i henhold til et av kravene 1-12.
18. Innretning for å etablere en rute mellom en første og andre konferansenettverksinnretning i et konferansenettverk. hvor nevnte nettverk omfatter et flertall av konferansenettverksinnretninger og i det minste én gatekeeper, hvor nevnte innretning er karakterisert ved å omfatte: en registreringsdatatilveiebringende modul, en rutegenererende modul, en hSST ; ™*~ «*- for ut&re fremgangsmåten
NO20033107A 2003-07-07 2003-07-07 Automatisk samtaleruting NO319205B1 (no)

Priority Applications (6)

Application Number Priority Date Filing Date Title
NO20033107A NO319205B1 (no) 2003-07-07 2003-07-07 Automatisk samtaleruting
CNB2004800196204A CN100559864C (zh) 2003-07-07 2004-06-25 一种自动建立呼叫路由的方法和设备
JP2006518568A JP4573357B2 (ja) 2003-07-07 2004-06-25 自動発呼ルーティング
PCT/NO2004/000191 WO2005004482A1 (en) 2003-07-07 2004-06-25 Automatic call routing
US10/876,114 US7522577B2 (en) 2003-07-07 2004-06-25 Automatic call routing
EP04748767A EP1652382A1 (en) 2003-07-07 2004-06-25 Automatic call routing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
NO20033107A NO319205B1 (no) 2003-07-07 2003-07-07 Automatisk samtaleruting

Publications (2)

Publication Number Publication Date
NO20033107D0 NO20033107D0 (no) 2003-07-07
NO319205B1 true NO319205B1 (no) 2005-06-27

Family

ID=27800785

Family Applications (1)

Application Number Title Priority Date Filing Date
NO20033107A NO319205B1 (no) 2003-07-07 2003-07-07 Automatisk samtaleruting

Country Status (6)

Country Link
US (1) US7522577B2 (no)
EP (1) EP1652382A1 (no)
JP (1) JP4573357B2 (no)
CN (1) CN100559864C (no)
NO (1) NO319205B1 (no)
WO (1) WO2005004482A1 (no)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7688739B2 (en) * 2005-08-02 2010-03-30 Trilliant Networks, Inc. Method and apparatus for maximizing data transmission capacity of a mesh network
JP2007150851A (ja) * 2005-11-29 2007-06-14 Toshiba Corp 通信システムの主装置及び通信システムの会議接続方法
CN101166105B (zh) * 2007-08-28 2011-02-23 中兴通讯股份有限公司 用于会议业务的在线用户邀请方法
NO332009B1 (no) * 2008-12-12 2012-05-21 Cisco Systems Int Sarl Fremgangsmate for a igangsette kommunikasjonsforbindelser
JP5999873B2 (ja) 2010-02-24 2016-09-28 株式会社リコー 伝送システム、伝送方法、及びプログラム
JP2011254442A (ja) 2010-05-06 2011-12-15 Ricoh Co Ltd 遠隔通信端末、遠隔通信方法、及び遠隔通信用プログラム
CN103108110B (zh) * 2011-11-10 2016-08-17 浙江南北联合信息科技有限公司 一种数字庭审主机以及数字庭审系统
US8872880B1 (en) * 2011-12-30 2014-10-28 Juniper Networks, Inc. Video conference service with multiple service tiers
CN106162039A (zh) * 2015-03-25 2016-11-23 中兴通讯股份有限公司 一种实现会议电视呼叫入会的方法、终端及系统
CN104967813A (zh) * 2015-07-04 2015-10-07 马岩 视频会议的超时重发方法及系统

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5280583A (en) * 1988-05-13 1994-01-18 Hitachi, Ltd. System and method for performing interlocution at a plurality of terminals connected to communication network
JPH0795552A (ja) * 1993-09-20 1995-04-07 Fujitsu Ltd テレビ会議ネットワーク管理システム
US6175564B1 (en) * 1995-10-25 2001-01-16 Genesys Telecommunications Laboratories, Inc Apparatus and methods for managing multiple internet protocol capable call centers
US6175870B1 (en) * 1995-11-30 2001-01-16 Lucent Technologies Inc. Method of admission control and routing of virtual circuits
US5812652A (en) * 1995-12-26 1998-09-22 Northern Telecom Limited Centralized management and allocation of bridges in a telecommunications network for a meet-me conferencing service
US7215663B1 (en) * 1996-01-16 2007-05-08 C2 Global Technologies, Inc. Private IP communication network architecture
US5867495A (en) * 1996-11-18 1999-02-02 Mci Communications Corporations System, method and article of manufacture for communications utilizing calling, plans in a hybrid network
US5867494A (en) * 1996-11-18 1999-02-02 Mci Communication Corporation System, method and article of manufacture with integrated video conferencing billing in a communication system architecture
US6292478B1 (en) * 1996-11-21 2001-09-18 Bell Atlantic Network Services, Inc. Telecommunications system
US6081513A (en) * 1997-02-10 2000-06-27 At&T Corp. Providing multimedia conferencing services over a wide area network interconnecting nonguaranteed quality of services LANs
JPH1127262A (ja) * 1997-07-04 1999-01-29 Sharp Corp 多地点会議接続システム
JP3346234B2 (ja) * 1997-08-12 2002-11-18 ケイディーディーアイ株式会社 回線交換網とインターネット網との網間経路制御通信システム
US5999966A (en) * 1997-10-07 1999-12-07 Mcdougall; Floyd Control network-directed video conferencing switching system and method
US6100918A (en) * 1998-04-14 2000-08-08 Lu; Jason Video conferencing system and method
US6584093B1 (en) * 1998-08-25 2003-06-24 Cisco Technology, Inc. Method and apparatus for automatic inter-domain routing of calls
US6426945B1 (en) * 1998-10-06 2002-07-30 Nokia Telecommunications, Oy Method and apparatus for providing resource discovery using multicast scope
JP2000125041A (ja) * 1998-10-19 2000-04-28 Yamaha Corp 電話接続方法及び電話端末装置
US6707797B1 (en) * 1998-10-23 2004-03-16 Verizon Corporate Services Group Inc. Multi-line telephony via network gateways
US6614781B1 (en) * 1998-11-20 2003-09-02 Level 3 Communications, Inc. Voice over data telecommunications network architecture
US6584071B1 (en) * 1999-08-03 2003-06-24 Lucent Technologies Inc. Routing with service level guarantees between ingress-egress points in a packet network
JP2001144854A (ja) 1999-11-12 2001-05-25 Fujitsu Ltd Ip網を経由する電話接続方法及び電話接続装置
JP3549837B2 (ja) 2000-12-19 2004-08-04 三菱電機株式会社 経路選択装置、及び、経路選択システム
US20030028535A1 (en) * 2001-07-31 2003-02-06 Forgent Networks, Inc. Call control system for video communication networks
US7006614B2 (en) * 2002-07-01 2006-02-28 Converged Data Solutions Llc Systems and methods for voice and data communications including hybrid key system/PBX functionality
US20040223497A1 (en) * 2003-05-08 2004-11-11 Onvoy Inc. Communications network with converged services

Also Published As

Publication number Publication date
JP2007521754A (ja) 2007-08-02
US7522577B2 (en) 2009-04-21
US20050025074A1 (en) 2005-02-03
NO20033107D0 (no) 2003-07-07
CN100559864C (zh) 2009-11-11
CN1820506A (zh) 2006-08-16
EP1652382A1 (en) 2006-05-03
WO2005004482A1 (en) 2005-01-13
JP4573357B2 (ja) 2010-11-04

Similar Documents

Publication Publication Date Title
CN114866521B (zh) 会议服务器
KR100552513B1 (ko) 브이오아이피 서비스를 제공하는 장치 및 그 방법
US8274970B2 (en) Voice communication device with PSTN and internet pathway analysis, selection and handoff
US8989054B2 (en) IP device exchange apparatus and call connection changing method
CN100546319C (zh) 支持增强媒体通信
EP2220852B1 (en) Communicating a selection of a potential configuration
US9497411B2 (en) Establishing a connection for a video call
NO318975B1 (no) System og fremgangsmate for oppsett av moter og konferanser
KR100612252B1 (ko) 패킷 통신 서비스를 제공하는 시스템 및 그 방법
KR100785294B1 (ko) 패킷 통신 서비스를 제공하는 시스템 및 그 방법
NO319205B1 (no) Automatisk samtaleruting
NO319805B1 (no) System og fremgangsmate for forenklet initiering av konferanser
US7542475B2 (en) Communication between users located behind a NAT device
KR20150001362A (ko) 오픈플로우 환경에서의 멀티캐스트 트래픽을 처리하기 위한 장치 및 방법
JP2003218948A (ja) ダイヤルアップ機能付き通信装置
US9712956B2 (en) System and method to determine a location associated with an internet phone
JP4568246B2 (ja) サーバ装置
TW200409493A (en) System for automatically selecting voice data transmission and reception system for IP network, method thereof, and IP terminal
JP2007324931A (ja) 通信装置、会議システムその制御方法及びプログラム
JP2013115639A (ja) 電話装置および電話システム
JP2006509457A (ja) 分散ゲートウェイ選択を有する通信システム
US20100329242A1 (en) Server apparatus and speech connection method
CN108667667B (zh) 软交换呼叫方法及软交换呼叫系统
Mahbub Study of Voice over Internet Protocol (VoIP) in an Enterprise Network Through Simulation
Asami et al. Evolution and Future of Information networks

Legal Events

Date Code Title Description
MM1K Lapsed by not paying the annual fees