NO336150B1 - Fremgangsmåte og enhet for å optimalisere storskala videokonferanser - Google Patents

Description

Fremgangsmåte og enhet for å optimalisere storskala videokonferanser Teknikkens område

Utførelsesformene presentert heri omhandler optimalisering av store videokonferanser som omfatter en "Multipoint Control Unit" (MCU).

Oppfinnelsens bakgrunn

Videokonferanser benyttes i økende grad for å legge til rette for kommunikasjon mellom parter på ulike lokasjoner. Dagens videokonferanseteknologi gjør det mulig for video- og lydinformasjon, innspilt på ulike videonettverkspunkter, å bli selektivt fordelt blant deltakerne i videokonferansen. Fordelene ved videokonferanser inkluderer ikke bare forbedret lyd- og videokommunikasjon, men også en eliminasjon av tidsbruken og kostnadene ved reising. Imidlertid, ettersom antallet deltakere i en videokonferanse øker kan en rekke problemområder begrense effektiviteten ved å dele videokonferanseinformasjon med alle deltakerne. Nærmere bestemt, ettersom antallet videokonferanseendepunkter som er inkludert

i en spesifikk videokonferanse øker vil den båndbredden som er nødvendig for å overføre videokonferansen ofte være urealistisk.

En MCU er en enhet som vanligvis brukes til å bygge en bro mellom videokonferansetilkoblingene, og kan mer generelt også refereres til som en videokonferansebro. MCUen kan være koblet til et lokalt nettverk (LAN), og gir mulighet for tre eller flere terminaler og "gatewayer" å delta i en flerpunktskonferanse. En MCU har en port med et fult spekter av båndbredde og en kodek (koder/dekoder) for hver deltaker som muliggjør videokommunikasjon i henhold til H.264/MPEG-4 AVC standarden og lignende standarder. MPEG er en forkortelse for "Moving Picture Experts Group" og AVC er en forkortelse for "Advanced Video Coding". H.264/MPEG-4 AVC standarden er en standard for videokomprimering.

I visse anvendelser kan videokonferansedeltakere grovt sett deles inn i to grupper: aktive deltakere og passive deltakere. Aktive deltakere kan kategoriseres som de videokonferansedeltakerne som aktivt taler; på den annen siden kan passive deltakere kategoriseres som de deltakerne som i hovedsak observerer eller ser på videokonferansen. For eksempel kan en paneldebatt inkludere flere aktive deltakere som er, eller ikke er, plassert på ulike geografiske lokasjoner. Paneldebatten kan også ha et interessert publikum bestående av flere passive deltakere på ulike lokasjoner. I en tradisjonell gjennomføring av videokonferansen, ville kringkasting av denne videokonferansen til alle deltakerne kreve en tradisjonell kringkasting av videokonferansen til alle lokasjonene. Som en konsekvens av dette, hvis antallet aktive og passive deltakere er fordelt på flere ulike fysiske lokasjoner, ville denne kringkastingen kreve betydelig båndbredde- og telekommunikasjonsressurser. Dette er imidlertid ikke en effektiv bruk av ressursene fordi de passive deltakere ikke fult ut drar nytte av ressursene som er tilgjengelige.

I tilfellet beskrevet ovenfor blir for mange overflødige ressurser brukt til å holde de passive deltakerne koblet til konferansen. Et spesifikt problem relatert til dette er det faktum at når en deltaker opplever pakketap, vil det, i henhold til H.264/MPEG-4 AVC standarden og andre lignende standarder som SIP (Session Initiert Protocol) og H.323 (omtalt som Standarden), kreve at MCUen oppretter en "I-frame" (Intra frame) for alle deltakerne som er koblet til MCUen. Dette vil vises som en "blinkeeffekt" for alle deltakerne i konferansen, det vil si at skjermen blir svart et øyeblikk, etterfulgt av et bilde som starter med den nye "I-framen".

Det er derfor behov for en bredbåndsoptimalisering og en metode for å hindre "blink" når en passiv deltaker i en videokonferanse utsettes for pakketap.

Omtale av kient teknikk

Patentpublikasjon US20080267282A1 angir en et bånbreddeoptimaliseringssystem for bruk i et flerparts videokonferansesystem, som har en master konferanseenhet som velger aktive videostrømmer, og som bestemmer påkrevet datastrøm som skal leveres til endepunktene, og transmitterer datastrøm til kontrollenheten.

Patentpublikasjon US20060023062A1 angir en konferansetilkoblingsfremgangsmåte som involverer å prosessere inngangsvideosignaler kun fra panelterminalen for å produsere utgangsvideosignaler, og å sende utgangsvideosignaler fra kontrollenheten til panel- og tilhørerterminaler.

Patentpublikasjon US20050078170A1 angir et kommunikasjonssystem for nettmiljøer, for eksempel telefonnett, som har mediasvitsjer som hver repliserer en valgt videostrøm til endepunkter tilhørende den respektive svitsj.

Oppsummering av oppfinnelsen

Utførelsesformene presentert heri omhandler en fremgangsmåte med en "orkestratorenhet" (orchestrator unit) til å administrere en flerpunkts videokonferanse, hvor videokonferansen med flere deltakere omfatter en videokonferansebro med et antall porter aktivert for å koble til mediekanaler som utveksler mediedata mellom deltakerne i en flerpunkts videokonferanse, en sentralisert server som er koblet til eller integrert i videokonferansebroen og en eller flere distribuerte servere hvor hver er assosiert med et respektivt hjemmeområde/nettverk, hvori fremgangsmåten omfatter trinn for mottak og behandling av et anrop satt opp fra en anmodende deltaker, å definere den anmodende deltaker som en aktiv eller passiv deltaker, hvis en masterenhet (master unit) ikke eksisterer, så instruere den sentraliserte serveren til å opprette om en masterenhet, å lagre informasjon om masterenheten, og å etablere i det minste en fulldupleksmediekanal og/eller et sett av simpleksmediekanaler mellom videokonferansebroen og masterenheten, dersom en slaveenhet (slave unit) ikke eksisterer i en distribuert servers assosierte hjemmeområde/nettverk hvor den anmodende deltaker er lokalisert, så å instruere den distribuerte serveren til å opprette en slaveenhet, å lagre informasjon om slaveenheten, og å instruere masterenheten til å kopiere settet av simpleksmediekanaler og rute det kopierte settet av simpleksmediekanaler til slaveenheten, hvis den anmodende deltakeren er en passiv deltaker, deretter å instruere slaveenheten til å kopiere og rute én valgt en av simpleksmediekanalene av det kopierte settet av simpleksmediekanaler til den passive deltakeren, hvis den anmodende deltakeren er en aktiv deltaker, deretter å instruere masterenhet å rute fulldupleksmediekanalen til slaveenheten og å instruere slaveenhet å rute fulldupleksmediekanalen til den anmodende deltaker, hvori informasjon om arkitekturen til flerpunkts videokonferansen er lagret ved hjelp av dataoppføringer, og hvori den lagrede informasjonen om masterenheten og om slaveenheten er nevnte dataoppføringer i arkitekturen..

I noen utførelsesformer, omhandler trinnet å definere den anmodende deltaker som en aktiv eller passiv deltaker videre å definere en deltaker som en aktiv deltaker hvis deltakeren er omfattet i en forhåndsdefinert liste over aktive deltakere, og å definere deltakeren som en passiv deltaker hvis deltakeren ikke er omfattet i en forhåndsdefinerte liste over aktive deltakere.

I noen utførelsesformer, omhandler trinnet å definere den anmodende deltaker som en aktiv eller passiv deltaker videre å be en deltaker om å legge inn en konferansekode og definere deltakeren som en aktiv deltaker hvis den inntastede koden er konferansekoden til en forhåndsdefinert aktiv deltaker.

I noen utførelsesformer, er hver simpleksmediekanal i settet av simpleksmediekanaler tilordnet til en forhåndsbestemt båndbredde.

I noen utførelsesformer, er den ene valgte simpleksmediekanalen av det kopierte settet av simpleksmediekanaler den som har en båndbredde ved siden av og lavere enn båndbreddekapasiteten til den passive deltakeren.

I noen utførelsesformer, omhandler fremgangsmåten videre følgende trinn i utførelse av en internettprotokoll-, IP-adressekartoppslag av den anmodende deltakers IP-adresse for å bestemme hvilken av de distribuerte serverne den anmodende deltakers assosierte hjemmeområde/nettverk tilkobles.

I noen utførelsesformer, er videokonferansebroen en "Multipoint Control Unit", MCU, og den anmodende deltakeren er et videokonferanseendepunkt eller en terminal.

I noen utførelsesformer, er den, eller de flere, distribuerte serverne "Point of Presence", POP, servere.

Utførelsesformene presentert heri omhandler også en orkestratorenhet som er lagret på en datamaskinenhet for å administrere en flerpunkts videokonferanse som omfatter en videokonferansebro med en rekke porter som kan kobles til mediekanaler som utveksler mediedata mellom deltakerne i videokonferansen med flere brukere, hvor den flerpunkts videokonferanse videre omfatter en sentralisert server som er koblet til eller integrert i videokonferansebroen, og en eller flere distribuerte servere som hver er knyttet til et respektivt hjemmeområde/nettverk, hvor orkestratorenheten videre omfatter et mottaks- og behandlingsmiddel for å motta og behandle et anrop satt opp fra en anmodende deltaker, defineringsmiddel for å definere den anmodende deltaker som en aktiv eller passiv deltaker, et første bestemmelsesmiddel for å bestemme om en masterenhet ikke finnes, et første kontrollmiddel for å instruere den sentraliserte serveren til å opprette en masterenhet, å lagre informasjon om masterenheten, og å etablere i det minste én av en fulldupleksmediekanal og/eller et sett av simpleksmediekanaler mellom videokonferansebroen og masterenheten når det første bestemmelsesmiddelet bestemmer at en masterenhet ikke eksisterer, et andreordens bestemmelsesmiddel for å bestemme om en slaveenhet ikke eksisterer i en distribuert servers assosierte hjemmeområde/nettverk der den anmodende deltakeren er tilkoblet, et andreordens kontrollmiddel for å instruere den distribuerte serveren til å opprette en slaveenhet, å lagre informasjon om slaveenheten, og å instruere masterenheten om å kopiere et sett av simpleksmediekanaler når det andre bestemmelsesmidlet bestemmer at en slaveenhet ikke eksisterer, et tredje bestemmelsesmiddel for å bestemme om den anmodende deltakeren er en passiv deltaker, et tredje kontrollmiddel for å instruere slaveenheten til å kopiere og rute én utvalgt en av simpleksmediekanalene kopiert av et sett av simpleksmediekanaler til den passive deltakeren når det tredje bestemmelsesmiddelet bestemmer at den anmodende deltakeren er en passiv deltaker, et fjerde bestemmelsesmiddel for å bestemme om den anmodende deltakeren er en aktiv deltaker, og et fjerde kontrollmiddel for å instruere masterenhet å rute fulldupleksmediekanalen til slaveenheten og for å instruere slaveenhet til å rute fulldupleksmediekanalen til den anmodende deltaker når det fjerde bestemmelsesmiddelet bestemmer at den anmodende deltakeren er en aktiv deltaker, hvori informasjon om arkitekturen til flerpunkts videokonferansen er lagret ved hjelp av dataoppføringer, og hvori den lagrede informasjonen om masterenheten og om slaveenheten er nevnte dataoppføringer i arkitekturen.

Kort beskrivelse av te<g>nin<g>ene

Figur 1 viser en illustrasjon av en arkitektur i henhold til utførelsesformen presentert heri.

Detaljert beskrivelse av en eksempelutførelsesform

I det følgende vil utførelsesformene presentert heri bli diskutert og eksempelutførelsesformer beskrevet ved å henvise til de vedlagte tegninger.

Figur 1 viser et fullstendig eksempel på en arkitektur under en aktiv flerparts videokonferanse i henhold til utførelsesformene heri. På toppen av arkitekturen, er det en MCU som bygger bro over videokonferansen. Den har et flertall porter som er koblet til vanlige mediekanaler i henhold til Standarden. Mediekanaler er de virtuelle kommunikasjonskanalene der mediedata som video, lyd og/eller presentasjon/sa rna rbeidsdata utveksles mellom to parter, for eksempel i de respektive undermediekanaler. Den har også et dedikert antall porter med ulike kvaliteter/båndbredder, men fortsatt i henhold til Standarden. I eksempelet i figur 1, er det tre dedikerte porter med tre respektive kvaliteter/båndbredder.

Deltakerne i en videokonferanse i henhold til de utførelsesformene presentert heri, er klassifisert som presentasjonsen heter og lytteren heter, avhengig av om de er forventet å ta en aktiv rolle i videokonferansen eller å være passive lytterenheter. Presentasjonsenheter og lytterenheter er i sammenheng med aktivitetsnivået referert til som menneskelige deltakere, men i det følgende er presentasjonsenheter og lytterenheter hovedsakelig referert til som deres assosierte endepunkt eller terminaler som er tilpasset til å kommunisere i henhold til Standarden.

En masterenhet er gitt som mottar mediekanalene fra MCUen, både presentasjonsmediekanaler og lyttermediekanaler i ulike kvaliteter/båndbredder. Presentasjonsmediekanalen er illustrert med en tykk linje i figur 1 og lyttemediekanalen er illustrert med en tynn linje i figur 1. Den stiplede linjen i figur 1 representerer et flertall. Det er også et applikasjonskontrollsignal tilkoblet mellom MCUen og masterenheten, illustrert med en svart pil i figur 1. Masterenheten kan være en server eller datamaskinenhet eller implementert på en generell server eller en datamaskinenhet eller i en MCU.

Det er også gitt en rekke slaveenheter til hvilke presentasjonsmediekanalene og det respektive settet av lyttermediekanaler rutes til via et IP nettverk, noe som kan være internett eller et dedikert medienettverk. En slaveenhet som nevnt her, kan være en enhet som en prosess/algoritme implementeres på, eller bare en underkonferanse. En slaveenhet kan være en server eller datamaskinenhet eller implementert på en generell server eller en datamaskinenhet eller i en MCU, og er hierarkisk på et lavere nivå enn en masterenhet.

Hvert sett av lyttermediekanaler kan omfatte det samme antall kanaler som antallet dedikerte porter med ulike kvaliteter/båndbredder som er tilkoblet mellom masterenheten og MCUen, som har de samme respektive kvaliteter/båndbredder. I eksempelet i figur 1, omfatter settet tre lyttermediekanaler med tre forskjellige kvaliteter/båndbredder, som er illustrert med tre tynne linjer i figur 1. Hver slaveenhet mottar så mange presentasjonsmediekanaler som det antallet presentasjonsenheter som respektivt er koblet til, men bare ett sett med lyttermediekanaler. Distribusjonsstyresignalkanaler er tilveiebrakt mellom masterenheten og slaveenheten, illustrert med en hvit pil i figur 1. Hver slaveenhet dekker typisk et respektivt hjemmeområde, og kan bli etablert i en server som dekker et definert geografisk område eller et separat nettverk, for eksempel et bedriftsnettverk eller et tjenesteleverandørnettverk. Dette kan være en hvilken som helst form for lokal- eller separat nettverksserver som brukes i et videonettverk, men i dette eksempel anvendes en POP (Point of Presence) server.

Masterenheten er tilpasset til å tilby flere funksjoner. En videokonferanse kan bli kontrollert av masterenheten i henhold til antallet presentasjonsenheter og lytterenheter, identiteten av disse, og båndbreddeegenskapene hos deltakerne. Masterenheten kan også være understøttet av en orkestratorenhet (ikke vist i figuren) som i det minste er i stand til å motta og respondere på videoanropskonfigureringssignaler i henhold til Standarden, og i det minste å administrere deltakerne i samtalen konfigurert i henhold til innstillingene, adgangskontroll og nåværende status av konferansens arkitektur.

Med det formål å presentere utførelsesformer for oppfinnelsen presentert heri, er et scenario for konfigurering og utførelse av en videokonferanse i henhold til en eksempelutførelsesform beskrevet. Det vil også bli henvist til en rekke alternativer under presentasjonen for å illustrere utførelsesformene heri.

I forkant av videokonferansen, har orkestratorenheten mottatt et sett med innstillinger for konferansen, som for eksempel kan settes inn av en administrator via en nettside eller et administrasjonsverktøy. Innstillingene omfatter i det minste båndbreddealternativene til lyttermediekanalene. Dette kan typisk være en standardinnstilling for en rekke konferanser. Den kan også omfatte en identifikasjon av presentasjonsenheter og lytterenheter. Sistnevnte kan alternativt oppgis i konferansen, ved at presentasjonsenhetene er forsynt med en tilgangskode og lytterenhetene med en annen tilgangskode.

I henhold til ett aspekt av utførelsesformene heri, da en deltaker ringer inn til konferansen blir den ledet til orkestratorenheten. Hvis det er den første deltakeren, instruerer orkestratorenheten å opprette en masterenhet for konferansen og å tildele de nødvendige prosessor- og lagringsressursene. Instruksjonene kan bli sendt til en server dedikert til formålet, eller til en MCU som anvendes i konferansen. I alle fall gjenkjenner orkestratorenheten deltakeren som en presentasjonsenhet eller en lytterenhet, enten ved en forhåndsdefinert liste over presentasjonsenheter og lytterenheter eller ved gjenkjennelse av en tilgangskode for presentasjonsenheter eller lytterenheter når deltakeren blir bedt om å oppgi en tilgangskode for tilkobling til konferansen. En kombinert løsning kan være at den forhåndsdefinerte listen kun omfatter presentasjonsenheter og at alle deltakerne som kommer inn i konferansen som ikke er oppført som presentasjonsenheter kan defineres som lytterenheter.

Vær oppmerksom på at deltakerne også kan identifiseres, gis adgang til konferansen, eller bli anerkjent som en lytterenhet eller en presentasjonsenhet ved hjelp av andre godkjenningsordninger enn ved bruk av tilgangskoder.

I alle tilfeller bør orkestratorenheten angi den nye deltakeren hjemmeområde ved for eksempel å undersøke deltakerens IP-adresse ved hjelp av et IP-adresselokaliseringsverktøy som for eksempel "Geo IP Location" eller "IP Adress Map Lookup", noe som er godt kjent metoder for å lokalisere en IP-enhet. Hvis ingen slaveenheter er opprettet i den lokale POP-serveren som dekker dette området, instruerer orkestratorenheten den lokale POP-serveren til å opprette en slaveenhet i POP-serveren som er assosiert med konferansen og tildeler de nødvendige prosessor- og lagringsressurser.

I det tilfelle en presentasjonsenhet ringer inn til konferansen, instruerer orkestratorenheten masterenheten til å legge til en presentasjonsmediekanal mellom seg selv og MCUen. Presentasjonsmediekanalen rutes videre til deltakeren gjennom slaveenheten opprettet i POP-serveren som dekker deltakerens hjemmeområde.

I det tilfelle en lytterenhet ringer inn til konferansen, og i det tilfelle en lyttermediekanal enda ikke er opprettet mellom masterenheten og MCUen, instruerer orkestratorenheten masterenhet å opprette en lyttermediekanal mellom seg selv og MCUen i henhold til det antallet båndbreddealternativer som er angitt i de ovenfor nevnte innstillingene. Hvis lyttermediekanalene mellom MCUen og masterenheten allerede finnes, blir ingen nye mediekanaler opprettet mellom dem. Videre, når en første lytterenhet fra et lokalt område dekket av en POP-server kommer inn i konferansen, blir et sett med lyttermediekanaler tilsvarende lyttermediekanalene mellom MCUen og masterenhet etablert mellom masterenheten og slaveenheten lokalisert i POP-serveren. Følgelig, når en ny slaveenhet er lagt til konferansen, blir et nytt sett med lyttermediekanaler etablert fra masterenheten til den respektive nye slaveenheten. Som indikert i figur 1, vil det være så mange sett med lyttermediekanaler ut fra masterenhet som det er slaveenheter, men på samme tid bare ett tilsvarende sett med lyttermediekanaler mellom masterenheten og MCUen. I stedet for å utføre en vanlig ruting av mediekanalene fra MCUen via masterenheten, som er tilfelle for presentasjonsmediekanalene, oppretter masterenhet en kopi av lyttermediekanalene mellom MCUen og masterenheten for å opprette det settet av lyttermediekanaler som kreves til slaveenhetene. Spesifikt, masterenheten kopierer datapakkene fra de forskjellige lyttermediekanalene som kommer fra MCUen, og ruter kopiene til de respektive slaveenhetene.

Når en lytterenhet fra et lokalt område dekket av en POP-server hvor en slaveenhet allerede er opprettet kommer inn i konferansen, instruerer orkestratorenheten slaveenheten til å legge til en lyttermediekanal mellom slaveenheten og lytteren heten.

En lik kopiprosess som beskrevet relatert til masterenheten vil bli utført i de forskjellige slaveenhetene. Hver slaveenhet vil motta bare ett sett med lyttermediekanaler fra masterenheten, men det kan være flere lytterenheter tilkoblet en slaveenhet. Forskjellen er at en lytterenhet bare trenger én lyttermediekanal. Hvilken av mediekanalene i settet av mediekanaler den krever, avhenger av båndbreddeegenskapene. I noen utførelsesformer velges lyttermediekanaler med båndbredde ved siden av eller lavere enn lytterenhetens båndbreddebredde. Båndbreddeegenskapene kommuniseres under oppstartkonfigurering av en videokonferanse i henhold til Standarden.

Som et resultat, vil dette muliggjøre ensidig (simplex) mediekommunikasjon fra MCUen til lytterenheten eller en full nedlinkstransmisjon kombinert med en

begrenset opplinkstransmisjon som muliggjør mindre datamengder som små bilder av lytteren hetene med lav oppløsning, beregnet for bruk til "bilde-i-bilde" (picture-in-picture), og muligens lyd for korte kommentarer og spørsmål, i motsetning til full tosidig (duplex) mediekommunikasjon som leveres til presentasjonsenhetene.

Som er tydelig fra beskrivelsen ovenfor, avhenger måten anrop inn til konferansen håndteres på av tilstanden til arkitekturen på det tidspunktet anmodningen kommer. Derfor må orkestratorenheten til enhver tid ha tilgang til en oppdatert status over den nåværende arkitekturen. Informasjon om den nåværende arkitekturen lagres og oppdateres derfor ved orkestratorenheten ved hjelp av dataoppføringer som representerer de ulike elementene i arkitekturen og tilkoblingene mellom oppføringene. Som et eksempel, er masterenheten og MCUen lagret som to respektive oppføringer, og når en ny presentasjonsenhet kommer inn, som igjen kan iverksette etablering av en ny slaveenhet, er presentasjonsenheten og slaveenheten lagt til som nye dataoppføringer i arkitekturen, i tillegg til de nødvendige nye mediekanalene.

I henhold til ett aspekt av utførelsesformene presentert heri, kan valget av lyttermediekanal fra settet av lyttermediekanaler som mottas av en slaveenhet som er tildelt til en lytterenhet som er assosiert med den slaveenheten endres under en konferanse. Spesielt når en økende mengde pakketap oppstår mellom en lytterenhet og dens slaveenhet, den virkelige båndbreddeegenskapen til lytterenhet er redusert, og båndbredden til mediekanalen mottatt fra slaveenheten bør endres for å oppnå en bedre menneskelig oppfatning av media formidlet gjennom mediekanalen. Målt pakketap over et visst nivå kan derfor utløse et skifte til mediekanalen på neste trinn levert av slaveenheten med båndbredde under den nåværende. Dette kan utføres ved hjelp av den vanlige hastighetssenkningsordningen (down speed scheme) i henhold til Standarden mellom lytterenheten og slaveenheten. Forsøk på å gjenopprette den opprinnelige båndbredden kan utføres på senere tidspunkt og startes etter en periode med fravær av pakketap. Et alternativ til hestighetssenkningen ville være å transkode mediene fra en av de andreordens mediekanalene som er mottatt fra masterenheten med en bithastighet mer tilpasset de aktuelle båndbreddeegenskapene til en lytterenhet. Transkoding påfølger tradisjonelt dekoding og koding av kodede mediedata for å endre størrelse, kodingsstandard, medieformat, bithastighet eller for å mikse sammen media i en datastrøm. Hensikten med transkoding i dette tilfellet ville være å senke videooppløsningen til den kodede videostrømmen, for slik å redusere bithastigheten til de kodede dataene tilsvarende. Slaveenheten må da være utstyrt med dekoder- og koderressurser for å kunne være i stand til å gjennomføre transkoding.

I henhold til et annet aspekt av utførelsesformene heri, skal presentasjonsenhetens og lytterenhetens status som konferansedeltakere også være mulig å endre under en konferanse. Som et eksempel, en deltaker som ved det gjeldende tidspunkt er en lytterenhet trenger å oppgraderes til en status som presentasjonsenhet for å tillate en tosidig mediekommunikasjon helt til MCUen for slik å kunne sende media til alle deltakerne, for eksempel i den hensikt å svare på en av de andre presentasjonsenhetenes kommentarer. Dette vil i så fall gjøres av en sende en forespørsel om en oppgradering til orkestratorenheten. Som et svar på den forespørselen, instruerer orkestratorenheten masterenheten til å legge til en presentasjonsmediekanal til mellom seg selv og MCUen, og å rute presentasjonsmediekanalen videre til den slaveenheten som den deltakeren som forespør er tilknyttet. Orkestratorenheten instruerer videre slaveenheten å rute presentasjonsmediekanalen ned til den forespørrende deltakeren, og å avslutte lyttermediekanalen mellom slaveenheten og den forespørrende deltakeren.

En av fordelene ved utførelsesformene presentert heri er optimalisering av båndbredden, MCU-ressurser og ruting i en videokonferanse som har en ubalanse mellom antallet aktive og antallet passive deltakere. I tillegg, selv om en av de passive deltakernes båndbredde synker under en konferanse, vil ikke de andre deltakerne lide av dette ved å måtte senke hastigheten på medietransmisjonen, noe som ville kreve transmisjon av et nytt I-bilde (I-frame) som resulterer i en "blinkeeffekt" og en påfølgende nedgradering av videokvaliteten for alle deltakerne, noe som vil være tilfellet i en vanlig videokonferanse som involverer en MCU.

Claims (9)

1. En fremgangsmåte for å administrere en flerpunkts videokonferanse, hvori flerpunkts videokonferansen omfatter en videokonferansebro med et antall porter aktivert for å koble til mediekanaler som utveksler mediedata mellom deltakerne i flerpunkts videokonferansen, en sentralisert server koblet til eller integrert i videokonferansebroen, og en eller flere distribuerte servere hver assosiert med et respektivt hjemmeområde/nettverk,karakterisert ved at fremgangsmåten omfatter trinnene: å motta og behandle et anrop satt opp fra en anmodende deltaker, å definere den anmodende deltakeren som en aktiv eller passiv deltaker, hvis en masterenhet ikke eksisterer, da: å instruere den sentraliserte serveren å opprette en masterenhet, å lagre informasjon om masterenheten, og å etablere i det minste en fulldupleksmediekanal og/eller et sett av simpleksmediekanaler mellom videokonferansebroen og masterenheten, hvis en slaveenhet ikke eksisterer i den distribuerte serverens assosierte hjemmeområde/nettverk hvor den anmodende deltaker er lokalisert, da å instruere den distribuerte serveren til å opprette en slaveenhet, å lagre informasjon om slaveenheten, og å instruere masterenheten til å kopiere settet av simpleksmediekanaler og rute det kopierte settet av simpleksmediekanaler til slaveenheten, hvis den anmodende deltakeren er en passiv deltaker, da å instruere slaveenheten til å kopiere og rute én valgt en av simpleksmediekanalene av det kopierte settet av simpleksmediekanaler til den passive deltakeren, hvis den anmodende deltakeren er en aktiv deltaker, da å instruere masterenhet å rute den fulldupleksmediekanalen til slaveenheten og å instruere slaveenhet til å rute den fulldupleksmediekanalen til den anmodende deltaker, hvori informasjon om arkitekturen til flerpunkts videokonferansen er lagret ved hjelp av dataoppføringer, og hvori den lagrede informasjonen om masterenheten og om slaveenheten er nevnte dataoppføringer i arkitekturen.

2. En fremgangsmåte i henhold til krav 1, karakterisert vedat trinnet med å definere den anmodende deltakeren som en aktiv eller passiv deltaker videre omhandler å definere den anmodende deltaker som en aktiv eller passiv deltaker videre å definere en deltaker som en aktiv deltaker hvis deltakeren er inkludert i en forhåndsdefinert liste over aktive deltakere, og å definere deltakeren som en passiv deltaker hvis deltakeren ikke er inkludert i en forhåndsdefinerte liste over aktive deltakere.

3. En fremgangsmåte i henhold til hvilket som helst av kravene 1-2, karakterisert vedat trinnet med å definere den anmodende deltakeren som en aktiv eller passiv deltaker videre omhandler å forespørre en deltaker om å legge inn en konferansekode og definere deltakeren som en aktiv deltaker hvis den inntastede koden er konferansekoden til en forhåndsdefinert aktiv deltaker.

4. En fremgangsmåte i henhold til hvilket som helst av kravene 1-3, karakterisert vedat hver simpleksmediekanal i settet av simpleksmediekanaler er tilordnet en forhåndsbestemt båndbredde.

5. En fremgangsmåte i henhold til hvilket som helst av kravene 1-4, karakterisert vedat den valgte simpleksmediekanalen av det kopierte settet av simpleksmediekanaler er den som har en båndbredde i området ved og lavere enn en båndbreddekapasitet til den passive deltakeren.

6. En fremgangsmåte i henhold til hvilket som helst av kravene 1-5,karakterisert vedat den videre omfatter følgende trinn: å utføre en internettprotokoll-, IP-, adressekartoppslag av den anmodende deltakers IP-adresse for å bestemme hvilken av de distribuerte serverne den anmodende deltakers assosierte hjemmeområde/nettverk tilkobles.

7. En fremgangsmåte i henhold til hvilket som helst av kravene 1-6,karakterisert vedat videokonferansebroen er en "Multipoint Control Unit", MCU, og den anmodende deltakeren er et videokonferanseendepunkt eller en terminal.

8. En fremgangsmåte i henhold til hvilket som helst av kravene 1-7, karakterisert vedat den, eller de flere, distribuerte serverene er "Point of Presence", POP, server.

9. En orkestratorenhet lagret på en datamaskinenhet for å administrere en flerpunkts videokonferanse som omfatter en videokonferansebro med en rekke porter som kan kobles til mediekanaler som utveksler mediedata mellom deltakerne i flerpunktsvideokonferansen, hvor flerpunktsvideokonferansen videre omfatter en sentralisert server som er koblet til eller integrert i videokonferansebroen, og en eller flere distribuerte servere som hver er knyttet til et respektivt hjemmeområde/nettverk, karakterisert vedat orkestratorenheten omfatter mottaks- og behandlingsmiddel for å motta og behandle et anrop satt opp fra en anmodende deltaker, defineringsmiddel for å definere den anmodende deltaker som en aktiv eller passiv deltaker, et første bestemmelsesmiddel for å bestemme hvorvidt en masterenhet ikke finnes, et første kontrollmiddel for å instruere den sentraliserte serveren til å opprette en masterenhet, å lagre informasjon om masterenheten, og å etablere i det minste én av en fulldupleksmediekanal og/eller et sett av simpleksmediekanaler mellom videokonferansebroen og masterenheten når det første bestemmelsesmiddelet bestemmer at en masterenhet ikke eksisterer, et andreordens bestemmelsesmiddel for å bestemme hvorvidt en slaveenhet ikke eksisterer i en distribuert servers assosierte hjemmeområde/nettverk der den anmodende deltakeren er tilkoblet, et andreordens kontrollmiddel for å instruere den distribuerte serveren til å opprette en slaveenhet, å lagre informasjon om slaveenheten, og å instruere masterenheten om å kopiere et sett av simpleksmediekanaler når det andre bestemmelsesmidlet bestemmer at en slaveenhet ikke eksisterer, et tredje bestemmelsesmiddel for å bestemme om den anmodende deltakeren er en passiv deltaker, et tredje kontrollmiddel for å instruere slaveenheten til å kopiere og rute én utvalgt en av simpleksmediekanalene kopiert av et sett av simpleksmediekanaler til den passive deltakeren når det tredje bestemmelsesmiddelet bestemmer at den anmodende deltakeren er en passiv deltaker, et fjerde bestemmelsesmiddel for å bestemme om den anmodende deltakeren er en aktiv deltaker, et fjerde kontrollmiddel for å instruere masterenhet til å rute fulldupleksmediekanalen til slaveenheten og for å instruere slaveenhet til å rute fulldupleksmediekanalen til den anmodende deltaker når det fjerde bestemmelsesmiddelet bestemmer at den anmodende deltakeren er en aktiv deltaker, hvori informasjon om arkitekturen til flerpunkts videokonferansen er lagret ved hjelp av dataoppføringer, og hvori den lagrede informasjonen om masterenheten og om slaveenheten er nevnte dataoppføringer i arkitekturen.