NO325250B1 - Endepunktsinitiering av flerpartskonferanser - Google Patents

Abstract

Oppfinnelsen viser en fremgangsmåte i en MCU for å. muliggjøre intuitive endepunktsinitialisering av en flerpartskonferanse. I henhold til oppfinnelsen vil et antall konferansenumre bli forhåndsallokert og lagret i MCUen.Når en ringer et av disse numrene fra et endepunkt, vil et anrop bli routet til MCUen. Når man oppdager at anropet adresserer et konferansenummer, vil MCUen etablere flerpartskonferanse temporært omfattende kun det initialiserende endepunktet. Alle endepunkter som ringer det samme konferansenummeret, vil så bli inkludert i konferansen gjennom MCUen og blir tildelt de nødvendige MCU-ressursene.

Description

Oppfinnelsens område

Den foreliggende oppfinnelsen relaterer seg til ad hoc-endepunktsinitialisering av en flerpartskonferanse.

Oppfinnelsen bakfirunn

Det finnes et antall tekniske systemer tilgjengelige for å arrangere møter mellom deltagere lokalisert på forskjellige områder. Disse systemer kan inkludere audio-visuelle flerpartskonferanser eller videokonferanser, web-konferanser og audio-konferanser.

Den mest realistiske erstatning for virkelige møter er eksklusive (high end) videokonferansesystemer. Konvensjonelle videokonferansesystemer omfatter et antall av endepunkter som kommuniserer samtidsvideo, audio- og/eller datastrømmer over og mellom forskjellige nettverk, så som WAN, LAN og linjesvitsjede nettverk. Endepunktene inkluderer én eller flere monitorer, kameraer, mikrofoner og/eller datainnfangningsanordninger og en kodek. Nevnte kodek koder og dekoder henholdsvis utgående og inngående strømmer.

Tradisjonell audiovisuelle flerpartskonferanser har en sentral Multipoint Contorl Unit (MCU) med tre eller flere endepunkter forbundet. Disse MCUer utfører svitsjefunksjoner for å tillate de audiovisuelle terminalene å kommunisere seg imellom i en konferanse. Den sentrale funksjonen for en MCU er å sammenkoble flere videotelekonferansesteder (EP-endepunkter) sammen ved å motta rammer av digitale signaler fra audiovisuelle terminaler (EP), prosessere de mottatte signaler, og videresende de prosesserte signalene til passende audiovisuelle terminaler (EP) som rammer med digitale signaler. De digitale signaler kan inkludere audio-, video-, data- og kontrollinformasjon. Videosignaler fra to eller flere audiovisuelle terminaler (EP) kan bli rommelig mikset for å danne et komposittvideosignal for å bli sett av telekonferansedeltagere. Et eksempel på å mikse og transkode er å konvertere fire QCIF-videostrømmer inn til én ClP-videostrøm.

Når forskjellige videostrømmer har blitt mikset sammen til en enkelt videostrøm, blir den komponerte videostrøm sendt til de forskjellige deltagerne for videokonferansen, der hver sendte videostrøm fordelaktig følger et gitt skjema som indikerer hvem som skal motta hvilke videostrømmer. Generelt sett vil de forskjellige brukerne foretrekke å motta forskjellige videostrømmer. Dette resulterer i at flerpartskontrollenheten trenger å utføre en stor mengde av videomiksing, som i sin tur resulterer i et stort behov for prosesseringskraft.

For å kunne danne en slik komponert videostrøm, vil konvensjonelle løsninger være å dekode de forskjellige innkomne videostrømmene fra de respektive deltagere, mikse videostrømmene i henhold til det gitte skjema for de forskjellige brukerne og så kode og dekode bilder og sende dem til de respektive brukerne fra MCUen. Således er MCUene forsynt med et sett av koder og dekodere. En dekoder er nødvendig for hver innkomne kodede bit-strøm, mens koder vanligvis kan deles mellom flere utgående bit-strømmer. Således er de nødvendige koderessursene i en MCU vanligvis mindre enn de nødvendige dekoderessursene.

Dette krever en bestemt mengde prosesseringskraft og innganger/utganger tilegnet hver konferanse, noe som gjør at MCUene er utilgjengelige for nye konferanser når en pågående konferanse allerede opptar ressursene for MCUen.

For å tilby flerpartskonferanser uten MCU, vil noen videoendepunkter ha integrerte MCU-egenskaper. Disse er typiske møteromsapplikasjoner og mer kostbare konferansesystemer. Det finnes også et sett av konferansebroer som muliggjør videoflerpunktskonferanser. Begge disse løsninger (Møterom, Konferansebroer) krever konferanseoppsettshandlinger før hvert enkelt møte. Dette omfatter typisk å bestille et rom, planlegge møtet i et administrasjonsgrensesnitt, distribuere informasjon, notere ned konferansenumre, etc, som typisk blir utført gjennom et brukergrensesnitt for et styringssystem (Mangement System). Dette kan medføre at prosessen med å avholde en flerpunktskonferansehendelse kan være en tidkrevende oppgave, og terskelen for å bruke denne teknologien kan bli for høy.

I et miljø der personlige endepunkter er utbredt, vil den vanlige konfigurasjonen være små videosystemer som ikke er i stand til å avholde flerpartskonferanser. Dette betyr ikke at behovet for flerparts visuelle konferanser ikke er til stede. I henhold til teknikkens stilling er det ikke mulig å utnytte personlige enkeltanropsvideoendepunkter for flerpunktsvideokonferanser uten å utføre ekstra styring (Management) og tidkrevende forberedelser.

Sammendrafi for oppfinnelsen

Det er et formål med den foreliggende oppfinnelsen å fremskaffe en fremgangsmåte som eliminerer ulempene beskrevet ovenfor. Trekkene definert i de selvstendige kravene vedlagt karakteriserer denne fremgangsmåten.

Spesielt fremskaffer den foreliggende oppfinnelse en fremgangsmåte for å etablere en konferanse mellom to eller flere mulitimediaterminaler gjennom en Multipoint Control Unit (MCU) omfattende i det minste trinnene å forhåndstilegne og lagre i MCUen én eller flere konferansenumre slik at hver bruker kan ha minst et unikt og statisk nummer som til enhver tid er tilgjengelig og/eller slik at hver multimediaterminal kan ha minst et unikt og statisk nummer som til enhver tid er tilgjengelig. Når en primær multimediaterminal initierer et første anrop ved å slå et første konferansenummer blant nevnte én eller flere konferansenumre, og så route nevnte anrop til MCUen. Når MCUen mottar nevnte første anrop, så allokerer primære MCU-ressurser og etablerer flerpartskonferanse inkludert nevnte primære multimediaterminal, og når en andre multimediaterminal initierer en etterfølgende anrop ved å slå nevnte første konferansenummer, så router nevnte etterfølgende anrop til MCUen, og allokerer øvrige sekundære (secondary) ressurser og inkludert nevnte sekundære multimediaterminal i flerpartskonferansen.

Kort beskrivelse av tegningene

For å gjøre oppfinnelsen enklere å forstå, vil diskusjonen som følger referere til de vedlagte tegninger.

Fig. 1 er en illustrasjon fra videokonferanseendepunkter som er forbundet til en MCU,

fig. 2 er et flytskjema som illustrerer trinnene i en utførelsesform for den foreliggende oppfinnelsen.

Detaljert beskrivelse av oppfinnelsen

I det etterfølgende vil den foreliggende oppfinnelsen bli beskrevet ved hjelp av en eksempelutførelsesform, men en fagmann på området vil også være i stand til å finne andre implementeringer og variasjoner innenfor oppfinnelsens omfang.

Hovedideén ved foreliggende oppfinnelsen er å utnytte sentrale

videoprosesseringsressurser i for eksempel en MCU for å tilby flerpunktskapabiliteter tilgjengelige for alle brukere uten å kreve set-upskjemaer, booking og opplæring av brukerne. I henhold til en utførelsesform av foreliggende oppfinnelse vil et antall brukere kunne være registrert i en MCU. Hver registrerte bruker blir så tilegnet et unikt og personlig statisk nummer i MCUen. Dette nummeret blir tildelt en person, og ikke et videosystem, noe som gjør flerpartsanrop tilgjengelig til alle tider og fra et hvilket som helst system. Alle personlige numre blir lagret i MCUen etter å ha blitt registrert. Brukeren kan bli tildelt et nummer for flere protokoller, slik at det personlige flerpartsanropet også kan tjene som en protokoll-gateway (SIP, ISDN, H323). Det personlige konferansenummeret tillater flere brukere å ha et eget, unikt konferansenummer. Når en bruker slår dette nummeret, vil det automatisk bli tildelt ressurser for en konferanse, til hvilken andre brukere vil bli forbundet ved å slå samme nummeret. Det personlige konferansenummeret er statisk og kan sammenlignes med et hvilket som helst annet personlig nummer, så som mobiltelefonnummer, personsøkernummer etc. Dette gjør dette nummeret enkelt å distribuere. Antallet personlige konferansenumre tildelt kan bli mye høyere enn den nødvendige kapasiteten dersom alle personlige konferansenumre var i bruk samtidig. Dette er fordi den konvensjonelle trafikkteorien om sammenhengen mellom antallet potensielle brukere og den forventede verdien av antallet samtidige brukere.

Men det personlige konferansenummeret skal ikke forveksles med et telefonnummer siden det ikke blir brukt for å nå en bestemt terminal. Løsningen vil utnytte ledig kapasitet på MCU i på en ad hoc-måte og vil allokere og deallokere ressurser dynamisk.

Når en bruker anroper sitt personlige konferansenummer, vil anropet bli routet til MCUen der nummeret er lagret. Dette utføres for eksempel ved å gi alle personlige konferansenumre tilhørende en bestemt MCU et felles prefiksnummer. Når anropet blir mottatt av MCUen, vil MCUen gjenkjenne nummeret som et personlig konferansenummer og er dermed forhåndsinstruert til automatisk å sette opp et flerpartsanrop. I den første fasen vil dette si at koderressursene blir satt til side for konferansen, men det personlige konferansenummeret kunne også bli assosiert med forhåndssettinger, for eksempel å definere at en bestemt mengde av ressurser (for eksempel kodere/dekodere) skal bli booket og bit-rater skal bli satt, idet anrop fra den første deltakeren blir mottatt av MCUen.

Når det andre anropet igangsatt av det samme personlige konferansenummeret blir mottatt ved MCUen, vil en dekoderressurs for begge deltagerne bli allokert (dersom den ikke allerede er allokert) og anropet mellom de to deltakerne blir etablert gjennom MCUen på en konvensjonell måte. Det samme er tilfellet for det neste innkommende anropet som bruker nummeret, men i dette tilfellet vil det også bli etablert nødvendig funksjonalitet for en konferanse som inkluderer mer enn to deltakere, så som "Continuous Presence" og "Voice Switching".

Ressursene frigjøres etter hvert som deltagerne forlater konferansen, og når den siste deltakeren forlater konferanse, vil konferansen bli avsluttet og det personlige konferansenummeret blir ledig for nye konferanser.

Den foreliggende oppfinnelsen er videre eksemplifisert i det etterfølgende. Som allerede indikert er idéen å utvide konferansekapasitet fra en sentral konferansebro, utviklet for å forbinde flere videoendepunkter til videokonferanser. Implementering vil også utnytte et nummerområde tilgjengelig på videokonferansebroen. I tillegg til utførelsesformen for den foreliggende oppfinnelsen beskrevet over, vil en alternativ utførelsesform for den foreliggende oppfinnelsen også støtte et enkelt innringningsnummer.

Resultatet vil være det samme. Den sentrale konferansebroen vil allokere ressurser og starte en konferansekjøretid. Når det siste endepunktet kobler seg fra videokonferansen, vil videobroen automatisk frigjøre ressurser og således gjøre den tilgjengelig for en ny konferanse.

Denne allokeringen er implementert for å bli helt automatisert, og konferansebrukerne trenger ikke å gjøre noen form for konferanseoppsett og styring.

Vi vil nå beskrive et eksempel på et enkelt innringningsnummer. Et felles aksesspunkt på MCUen må bli konfigurert. Når en deltaker anroper dette nummeret, kan han både skape en personlig pin-kode og opprette en konferanse, eller tilveiebringe en gitt pin-kode for å aksessere en allerede opprettet konferanse. Dersom konferanse ikke allerede er opprettet, vil brukeren bli plassert i et "waiting room" (venterom) som er et bevar status som tilveiebringer grafisk informasjon til brukeren og som tillater DTMF-innganger inntil den riktige konferansen med den riktige pin-koden blir opprettet. Fra "venterommet" kan brukeren koble seg fra, prøve å ringe opp igjen pin-koden, eller opprette en egen konferanse når som helst. Styringen for å oppnå dette må bli utført av videobro-administratoren, som også setter opp et nummer tilgjengelig for enkeltinnringere og via konferanseverten distribuere konferansepinkoder.

Som et eksempel gjør administratoren nummeret MEET-8000 til det konfigurerte enkelt innringningsnummeret.

Bruker A ønsker å være vert for en konferanse med to andre deltakere, bruker B og bruker C.

Bruker A sender en e-post til bruker B og bruker C som sier: "Vær vennlig å ring inn til min konferanse. Den vil bli holdt kl. 10:00, nummeret er MEET-8000, og pinkoden er 1976".

Så vil brukeren C slå "MEET-8000" kl. 09:55. Han vil bli spurt om å opprette eller aksessere en konferanse. Brukeren C velger å aksessere en allerede opprettet konferanse, og gir den gitte pinkoden. Siden brukeren A ikke har startet konferansen ennå, vil brukeren C bedt om å vente inntil konferansen blir opprettet. Bruker C blir plassert i venterommet.

Bruker A slår "MEET-8000" og velger å opprette en konferanse kl. 09:58. Bruker A blir bedt om å avgi en pinkode for konferansen, og bruker A taster inn "1976". En konferanse blir startet dynamisk. Bruker C vil nå også dynamisk bli hentet fra venterommet og inn i konferansen.

Når bruker B slår "MEET-8000" og gir den riktige konferansepinkoden, vil alle tre være tilgjengelige i konferansen og klar for en flerpartskonferanse.

Et tilsvarende eksempel når en benytter en personlig konferansenummer kan også være som følger: Bruker A er blitt tildelt nummeret "USERA, meeting". Han kan nå på et hvilket som helst tidspunkt slå dette nummeret når han trenger en flerpartsvideokonferanse. Han kan også distribuere dette nummeret på et hvilket som helst tidspunkt til hvem som helst siden dette er et statisk og personlig nummer. Når bruker A vil starte et møte med bruker B og bruker C, vil han distribuere sitt personlige nummer til dem og anrope inn i "USERA.meeting". Det er ikke noe behov for bestilling, oppsett og administrasjon.

Ideen til konseptet er å bruke det potensielle nummerområdet for en konferansebro for å muliggjøre et automatisk oppsett og forbinde til en flerpartskonferanse. Dette forenkles ved å bruke enkle grensesnitt som et systemomfattende nummer eller et personlig konferansenummer.

Hovedfordelen ved den foreliggende oppfinnelsen er den forbedrede tilgjengeligheten for flerpartskonferanser uten behovet for styring, booking og administrasjon. Nå vil enkle endepunkter lett kunne opprette en flerpartskonferanse på konferansebroen ved å ringe inn til et kjent nummer.

Forkortelser

Claims (8)

1. Fremgangsmåte for å etablere en konferanse mellom to eller flere mulitimediaterminaler gjennom en Multipoint Control Unit (MCU), karakterisert ved at konferansen er en ad-hoc konferanse og at fremgangsmåten videre omfatter i det minste trinnene av å: a) forhåndstilegne og lagre i MCUen én eller flere konferansenumre slik at hver bruker kan ha minst et unikt og statisk nummer soom til enhver tid er tilgjengelig og/eller slik at hver multimediaterminal kan ha minst et unikt og statisk nummer som til enhver tid er tilgjengelig, b) initiere et første anrop fra en første multimediaterminal ved å slå et første konferansenummer blant nevnte én eller flere konferansenumre, c) route nevnte anrop til MCUen d) ved mottak av nevnte første anrop, allokere primære MCU-ressurser og etablere flerpartskonferansen inkludert nevnte første multimediaterminal, e) initiere et andre anrop fra en andre multimediaterminal ved å slå nevnte første konferansenummer, f) route nevnte andre anrop til MCUen, g) ved mottak av den andre samtalen i MCUen, allokere sekundære (secondary) ressurser og inkludere nevnte sekundære multimediterminal i konferansen.

2. Fremgangsmåte i henhold til krav 1, karakterisert ved at trinnet av å etablere konferansen gjennomføres kun dersom nevnte multimediaterminal er autorisert for initialisere opprettelse av konferanse gjennom nevnte første konferansenummer.

3. Fremgangsmåte i henhold til krav 1 eller 2, karakterisert ved at primære MCU-ressurser er en koder eller en dekoder i MCUen.

4. Fremgangsmåte i henhold til krav 1, 2 eller 3, karakterisert ved at nevnte sekundære MCU-ressurser er en koder og/eller en dekoder i MCUen.

5. Fremgangsmåte i henhold til et av kravene, karakterisert ved at nevnte første konferansenummer er assosiert med en pinkode for å autorisere nevnte første og andre multimediaterminals aksess til konferansen.

6. Fremgangsmåte i henhold til krav 1, karakterisert ved at nevnte fremgangsmåte videre omfatter trinnene å: initiere et tredje anrop fra en tredje multimediaterminal ved å anrope nevnte første konferansenummer, route nevne tredje anrop initialisert av den tredje multimediaterminalen til MCUen, og ved mottak av det tredje anropet i MCUen, allokere ressurser og inkludere nevnte tredje multimediaterminal i konferansen.

7. Fremgangsmåte i henhold til krav 1, karakterisert ved at fremgangsmåten videre omfatter trinnene å: henholdsvis initialisere flere anrop fra flere multimediaterminaler, der hvert anrop blir assosiert med en enkelt multimediaterminal ved å anrope nevnte første konferansenummer, henholdsvis route nevnte nummer av anrop initialisert av antallet multimediaterminaler til MCUen, og ved mottak av hvert av de flere anropsnumrene i MCUen, allokere ressurser og henholdsvis inkludere nevnte antall multimediaterminaler i konferansen.

8. Fremgangsmåte i henhold til et hvilket som helst av kravene 6 eller 7, karakterisert ved å allokere nødvendige funksjonaliteter for en konferanse omfattende én eller to deltakere, så som Continuous Presence og Voice Switching.