NO319422B1 - Fremgangsmate for handtering av datahastighetsendringer - Google Patents

Fremgangsmate for handtering av datahastighetsendringer Download PDF

Info

Publication number
NO319422B1
NO319422B1 NO20032342A NO20032342A NO319422B1 NO 319422 B1 NO319422 B1 NO 319422B1 NO 20032342 A NO20032342 A NO 20032342A NO 20032342 A NO20032342 A NO 20032342A NO 319422 B1 NO319422 B1 NO 319422B1
Authority
NO
Norway
Prior art keywords
data
flow rate
switched
predefined
packet
Prior art date
Application number
NO20032342A
Other languages
English (en)
Other versions
NO20032342D0 (no
NO20032342L (no
Inventor
Per Arne Karlsen
Olav Luraas Kalgraf
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 NO20032342A priority Critical patent/NO319422B1/no
Publication of NO20032342D0 publication Critical patent/NO20032342D0/no
Priority to PCT/NO2004/000144 priority patent/WO2004105394A1/en
Priority to CNB2005101100135A priority patent/CN100466719C/zh
Priority to EP04732859A priority patent/EP1627529B1/en
Priority to JP2006532152A priority patent/JP4498359B2/ja
Priority to AT04732859T priority patent/ATE518368T1/de
Priority to US10/850,362 priority patent/US7697553B2/en
Publication of NO20032342L publication Critical patent/NO20032342L/no
Publication of NO319422B1 publication Critical patent/NO319422B1/no

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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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
    • H04L65/1106—Call signalling protocols; H.323 and related
    • 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/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

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)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

Oppfinnelsens område
Den foreliggende oppfinnelse relaterer seg til flytkontroll innenfor videokonferansesysterner.
O ppfinnelsens bakgrunn
Videokonferansesystemer er vanligvis tilpasset å utnytte både linjesvitsjede og pakkesvitsjede nettverk. Derfor har det blitt gjort store anstrengelser for å oppnå drift (in-teroperability) mellom linjesvitsjet og pakkesvitsjede terminaler som tillater samvirke og kommunikasjon uten tap av kvalitet eller introduksjon av forsinkelser. En felles standard for multimediakommunikasjon over linjesvitsjede nettverk som ISDN er H.320-standarden fra International Telecommunications Union (ITU). Den tilsvarende standarden for pakkesvitsjing er H.323. Idet den foreliggende oppfinnelse relaterer seg til flytkontroll som er et tema som relaterer seg til pakkesvitsjing, vil det i det etterfølgende bli gitt en nærmere beskrivelse av H.323.
Som allerede nevnt, er H.323 en samleanbefåling fra International Telecommunications Union (ITU) som setter standarder for multimediakommunikasjoner over pakkesvitsjede nettverk som ikke tilbyr en garantert tjenestekvalitet (QoS). Slike nettverk er utbredt på mange bedriftsterminaler og inkluderer TCP/IP og IPX over Ethernet, Fast Ethernet og Token Ring-nettverksteknologier. H.323-standarden titulert: "Packet-Based Multimedia Communications Systems, provides a foundation for audio, video and data communications across IP-based networks, including the Internet." (Pakkebaserte multimediakommunikaajonssystemer som gir et grunnlag for audio-, video- og datakommunikasjon på tvers av lP-baserte nettverk inkludert Internet). Multimediaprodukter og appli-kasjoner som tilfredsstiller H.323-standarden kan virke mot hverandre, og kommunisere med hverandre og er således kom-patible. Mange understandarder (sub standards) utgjør H.323-standarden eller protokollen, en av disse er H.245-standarden.
H.245-standarden definerer kontrollprotokolldelen for H.323-standarden. I henhold til denne protokollen finnes det flere metoder for å variere flytraten (flow rate) under et anrop. Den mest robuste metoden vil være å sende en "fIowControlCommand" til sendeterminalen. "fIowControlCommand" inkluderer feltene "LogicalChannelNumber" og "maximumBitRate". "maximumBitRate"-en indikerer maksimalt tillatt bitrate for den logiske kanal. Meldingen kan ikke av-vises, det vil si at en terminal ikke tillates å sende ved en høyere rate etter å ha mottatt meldingen. FlowControl-Command blir blant annet brukt for initielt å sette en forhandlet maksimal datahastighet mellom terminaler. En alternativ metode for å endre bitraten er å bruke "LogicalChan-nelBitRateMessageFlow". For å illustrere dette tenk på en Gateway som bruker "LogicalChannel" (logisk kanal) bitrate-meldinger for å endre en dataoverføringsrate sendt fra et endepunkt. En "LogicalChannelRateRequest"-melding blir sendt fra gatewayen til endepunktet. Meldingen inkluderer en "LogicalChannelNumber" som indikerer den logiske kanal som forespørselen om bithastighetsoverføringsendringen be-rører, i tillegg til en "maximumBitRate"-indikering, i en-heter av 100 bit per sekund, den forespurte maksimale bitrate for den logiske kanal. Endepunktet godtar og kvit-terer for forespørselen for endring av dataoverføringshas-tigheten for den spesifiserte kanal ved å returnere en "Lo-gicalChannelRateAcknowledge"-melding inkludert de samme pa-rametere som i den foregående mottatte "LogicalChannelRate-Request" -melding. Alternativt om "EndPoint" (endepunktet) av en eller annen grunn ikke vil akseptere den forespurte endring, vil det responderes på "LogicalChannelRateRe-quest" -meldingen ved en "LogicalChannelRateReject" inkludert "RejectReason" som indikerer bakgrunnen for at fore-spørselen ble avslått.
En alternativ protokoll for H.323 er SIP- (Seseion Initia-tion Protocol) protokollen. I den nåværende SIP-standarden vil endringer i dataoverføringsraten ved et anrop bli ut-ført ved å sende en "Relnvite"-melding til "endPoint" (endepunktet) . "Relnvite"-meldingen bærer den samme informa-sjonen som "Invite"- (inviter) meldingen, inkludert et så-kalt "CapSet" som blir brukt ved oppsett av anrop. Således vil "Relnvite"-meldingen også inkludere en maksimalt tillatt bitrate og derved vil sending av en "Relnvite"-melding med en ny maksimal tillatt datarate og der en samtidig lar de andre dataene forbli uendret ha en tilsvarende effekt som for "fIowControlCommand" i H.323.
En gateway gir en forbindelse mellom IP og den linjesvitsjede siden for kommunikasjonslinjen mellom endepunkter i en multimediakonferanse. Sett fra endepunktene som befinner seg på IP-siden, vil endepunktene på den linjesvitsjede siden være virtuelt konvertert til lP-endepunkter og vice versa. Hovedoppgaven for gatewayen er således å oversette og pakke om datastrømmer på tvers av nettverkene i sann tid. Pakker sendt fra H.323-endepunkter blir midlertidig lagret i en buffer før de blir innhentet og arrangert i H.320-rammer av faste størrelser.
Oversettelsesprosessen fra H.323 til H.320 i gatewayen blir utført ved å ekstrahere rådata i videoformat fra pakket spesifisert av RFC2032(H.261 over RTP), RFC2190(H.263) og RFC2429(H.263+ over RTP) og videresende disse rådata til såkalte BCH-kodere.
Når det oversettes i motsatt retning fra H.320 til H.323 vil prosessen være vesentlig mer kompleks fordi pakkemeto-den beskrevet i FRC nevnt over har strenge regler for hvor en splitting av pakker kan skje. Spesifikt kan pakker deles ved "Picture" (bilde), "Group Of Block" (GOB) og "Macro Block" (MB) nivåer. Det er fordelaktig å la oppdelingen skje ved "Picture" og ved "GOB"-nivå fordi en deling på MB-nivå vil ha noe assosiert overhead som følge av behovet for å sende noe videodekodingstilstandsinformasjon sammen med videodata.
En konvensjonell implementering bruker "variable length de-coding" (variabel lengdedekoding) for å bestemme lokasjon og lengde av "Groups Of Blocks" (GOB) i videostrømmen. Når den har funnet en GOB vil den prosessere de korresponderen-de bits ved å bruke antallet bit i GOB(a) antallet tilgjengelige bit i nåværende pakke (b) og maksimal pakkestør-relse (c) for å velge en av de følgende handlinger:
• Om a<=b; sette GOB til den nåværende pakke
• Om a>b og a<=c; sende den nåværende pakke og sette GOB til den nye pakke • Om a>b og a>c; sende den nåværende pakke og sende GOB ved bruk av en mindre optimal makroblokknivå-innpakking.
Disse tre regler optimaliserer innpakking for å innpasse hele GOB i en pakke om det er mulig for samtidig også å kombinere flere GOBer i én pakke der det er mulig. Dette er ønskelig fordi GOB-linjerte pakker har mindre overhead og få store pakker krever mindre prosesseringsoverhead enn mange små pakker.
I tillegg til reglene over vil pakker også bli sendt når den siste GOB i et bilde (picture) blir lagt til en pakke. Denne tilleggsreglen hindrer at gatewayen akkumulerer uønsket forsinkelse.
H.323-endepunkter og H.320-endepunkter forbundet sammen i en gatewayenhet er ikke i stand til å bruke ende-til-ende-flytkontroll fordi H.320-protokollen ikke støtter dette. Men flytkontroll kan bli anvendt mellom gateway og H.323-endepunktet. Kun flytkontrollmeldinger fra gatewayen til H.323-endepunktet vil ha noen effekt. Et typisk scenario vil for eksempel kunne være i en kjent H.320/H.323-gateway fra Polycom og Ezenia at gatewayen initielt vil sende flytkontrollmeldinger til H.323-endepunktet for å tilpasse vi-deodataoverføringsraten produsert til den tilgjengelige ka-pasitet i den utgående H.320-forbindelsen fra gatewayen. Det er ikke mulig å flytkontrollere H.320-endepunktet fordi H.320-protokollen ikke støtter dette. Dette betyr at H.320 kan produsere mer video enn H.323-endepunktet støtter. Kun flytkontrollmeldingene fra gatewayen til H.323-endepunktet Vil ha noen effekt. Effekten vil avhenge av flytkont-rollstøtten i H.323-endepunktet.
Et problem vil oppstå når H.323-endepunktet av en eller annen grunn starter å sende data til gatewayen ved en høyere bitrate enn initiert av flytkontrollen. Dette vil kunne skje som følge av defekter i endepunktet, tap av datainn-stillinger, en drifting eller ved feilstilt veggur. Gatewayen vil da ikke være i stand til å innhente data til H.320-rammer så raskt som bufferet blir fylt opp. I første instans vil dette medføre økende forsinkelse i dataoverfø-ringen fordi nyttelasten vil bruke lenger tid i bufferet, noe som er helt avgjørende for sanntidsapplikasjoner så som videokonferanse. I tillegg, ved et eller annet punkt, vil den øvre fyllgrensen for bufferet bli nådd. Når den øvre fyllgrense blir nådd vil gatewayen ikke lenger ha noe annet valg enn å avvise etterfølgende innkommende data. Resulta-tet av dette vil være tap av data for brukeren av H.320-endepunktet som blant annet vil gi kunstige bilder.
Sammendrag av oppfinnelsen
Trekkene definert i de selvstendige kravene vedlagt karak-teriserer denne fremgangsmåten.
Spesielt viser den foreliggende oppfinnelse en fremgangsmåte for å tilpasse en flytrate for data sendt fra en første pakkesvitsjet H.323 eller SIP-konfigurert videokonferanseterminal og mottatt i en andre pakke H.323 eller SIP-konfigurert linjesvitsjet videokonferanseterminal, midlertidig lagre de mottatte data i én eller flere buffere i den andre linjesvitsjede videokonferanseterminal før de innhentes for videre prosessering, fremgangsmåten omfatter videre de følgende trinn, etter hver datafangst fra nevnte ene eller flere buffere: sammenligne et første fyllnivå for det ene eller flere buffere med et forhåndsdefinert nivå om nevnte første fyllnivå er lavere enn nevnte forhåndsdefinerte nivå, så vil en resette første teller, om nevnte fyllnivå er større enn nevnte forhåndsefinerte nivå så vil en inkrementere første teller og sammenligne nevnte første teller med et forhåndsdefinert tellernivå, om nevnte første teller er større enn nevnte første forhåndsdefinerte tellernivå så vil en nullstille nevnte teller, og minke flytraten av overførte data ved å sende en flytkontrollmelding fra den andre til den første pakkesvitsjede terminal for å instruere den første pakkesvitsjterminal om å minke flytraten i henhold til en flytrateverdi inkludert i nevnte flytkontrollmelding.
Kort beskrivelse av tegningene
For å gjøre oppfinnelsen enklere forståelig vil det i dis-kusjonen som følger refereres til de vedlagte tegninger,
figur 1 er et flytskjema som illustrerer en foretrukket ut-førelsesform for den foreliggende oppfinnelse.
Beste utførelsesform for utførelse av op<p>finnelsen
I det etterfølgende vil den foreliggende oppfinnelse bli diskutert ved å beskrive en foretrukket utførelsesform og ved å referere til de vedlagte tegninger. Men en fagmann på området vil kunne utøve oppfinnelsen og modifikasjoner innenfor oppfinnelsens omfang som definert i de vedlagte selvstendige krav.
Den foreliggende oppfinnelse gir automatisk deteksjon av overproduksjon av data når for eksempel et H.323-endepunkt sender mer video eller andre data enn hva som initielt ble forhandlet og gjør det mulig å produsere mindre ved å utnytte den ovenfor beskrevne meldingsflyt for datarateend-ringer eller andre flytkontrollmekanismer. I tilfelle av H.323, "fIowControiCommand" eller "LogicalChannelRateRe-quest" vil meldinger periodisk bli sendt til det aktuelle endepunktet med en inkrementert lavere mengde av "maximumBitRate" inntil videoraten mottatt fra endepunktet tilsva-rer eller er lavere enn den initielt forhandlede raten eller en annen fast rate.
Fremgangmåten for den foreliggende oppfinnelsen er spesielt anvendbar innenfor gatewayer. Overproduksjonen av videodata blir detektert i gatewayen ved periodisk å observere mengde av data i det innkommende buffer. Om mengden av data er større enn en bestemt grense for en definert tidsperiode så vil endepunktet bli betraktet som overproduserende. Data-grensen for bufferet blir fordelaktig satt i samsvar med utgående og H.320-videorate.
Når overproduksjon blir detektert vil en ny "flowControl-Command" eller "LogicalChannelRateRequest"-melding bli sendt til H.323-endepuntet. Bitraten vil så bli senket med en fast mengde. Tidsperioder for å observere buffernivå over grensen skal være forhåndsdefinert.
En foretrukket utførelsesform for den foreliggende oppfinnelse vil nå bli beskrevet med referanse til flytskjemaet i figur 1. Dataflyt av interesse vil være videodata sendt fra et H.323-endepunkt til en H.320/H.323-gateway. Gatewayen ompakker nyttelasten for de innkommende videodata til H.320-rammer av ti millisekunders varighet for å være i stand til å overføre en konstant mengde videodata. Således, ved intervaller på ti millisekunder vil videoompakkeren ("re-packer") bli spurt om å produsere data som passer inn i en ti millisekunders- (H.221) ramme. En teller holder styr på antallet datafangsthendelser fra buffere i forhold til siste gang fyllnivået fra bufferet var under et forhåndsdefinert nivå.
Etter at videoompakkeren ("re-packer) har produsert data for en H.221-ramme, vil en "buffer_level" som indikerer fyllnivået for videobufferet som midlertidig lagrer de innkommende videodata for endepunktet kontrolleres. Om buffer_level er under en forhåndsdefinert "Max_Level" vil telleren bli nullstilt og prosedyren vil vente på at videoompakkeren produserer nye data for en annen H.221-ramme, men om dette ikke skjer vil telleren bli inkrementert. I dette eksemplet vil "Max_Level" være maks mengde av videodata i en ti millisekunders H.221-ramme.
Så vil telleren selv bli undersøkt og om den er under en forhåndsdefinert "Overprod_Level" vil prosedyren vente på at videoompakkeren skal produsere nye data for en annen H.221-ramme. Om ikke vil H.323-endepunktet bli betraktet å overprodusere. Telleren blir nullstilt og dataflytraten for videodata som sendes fra H.323-endepunktet blir trappet ned med en forhåndsdefinert mengde som indikert for parameteren "FlowStep". I dette eksemplet vil FlowJStep være på konstant 16 kbit. Nedtrappingen av dataflyten blir utført ved å sende en fIowControlCommand eller en LogicalChannelRateRe-quest-melding inkluderende en "maximumBitRate" for nåværende flytrate minus FlowjStep, og en "LogicalChannelNumber" som indikerer den logiske kanalen for videodata. Men før nedtrappingen tar til må det sjekkes om den nåværende flytrate minus "Flow_Step" er lavere enn en forhåndsdefinert "Flow_Min". Om så er tilfelle vil nedtrappingen bli over-sett og prosedyren venter på at videoompakkeren skal produsere nye data for en annen H.221-ramme. Bakgrunnen for dette er å sikre at den virkelige videodataraten sendt fra H.323-endepunktet aldri blir satt til null.
For å forhindre for eksempel at data burst (dataknipper) skal trigge en overdimensjonert nedtrapping av flytraten, skal fordelaktig en mekanisme som i det minste tar med de mest vanlige tilfeller som produserer dataknipper bli in-trodusert. Som et eksempel, betrakt tilfellet av H.323-konferanseanrop der endepunktene har forskjellige anropsra-ter. Endepunktet med den laveste anropsraten vil initielt sende en flytkontrollmelding til det andre endepunktet for å få dem til å produsere ved lavere rate. Men dette vil ikke hindre en kort periode med overproduksjon. Denne "oppstartsburst" kan trigge overflow-detekteringsmekanismer for den foreliggende oppfinnelse for å redusere flytraten mer enn nødvendig. For å unngå dette vil gatewayen bli konfigurert for alltid å øke flytraten for den utgående H.320-raten en definert tidsperiode etter at en videokanal blir åpnet.
Den foreliggende oppfinnelse håndterer H.323-endepunkter (eller endepunkter tilpasset til lignende standarder) som produserer konsekvent mer videodata {eller andre multimediadata) relativt til den flytkontrollinitierte rate.
Den foreliggende oppfinnelse gjør med andre ord en gateway i stand til å operere med et konsekvent overproduserende H.323-endepunkt og samtidig unngå buffer overflow eller da-tatap. På denne måten vil opphopning av forsinkelser og bildefeil unngås eller bli sterkt redusert.
Oppfinnelsen er ikke begrenset til flytkontroll mellom endepunkter og gatewayer, men vil også kunne utnyttes i en ende-til-ende-kontekst eller mellom MCU og endepunkter. Oppfinnelsen er heller ikke begrenset til H.323-standard, men kan også være nyttig i forbindelse med andre lignende standarder, for eksempel SIP-standarden. I tilfelle av SIP-standarden vil "fIowControiCommand" brukt i beskrivelsen relatert til H.323 måtte erstattes med en "re-invite"-melding som beskrevet i bakgrunnsavsnittet. Foreliggende oppfinnelse vil være gyldig for en hvilken som helst mel-ding eller fremgangsmåte i framtidige versjoner av SIP og H.323-standarden som blir brukt for flytkontroll.

Claims (6)

1. En fremgangsmåte for å tilpasse en flytrate for data sendt fra en første pakkesvitsjet H.323 eller SIP-konfigurert videokonferanseterminal og mottatt i en andre pakke H.323 eller SIP-konfigurert linjesvitsjet videokonferanseterminal, midlertidig lagre de mottatte data i én eller flere buffere i den andre linjesvitsjede videokonferanseterminal før de innhentes for videre prosessering, karakterisert ved etter hver datafangst fra nevnte ene eller flere buffere: a) sammenligne et første fyllnivå for det ene eller flere buffere med et forhåndsdefinert nivå i) om nevnte første fyllnivå er lavere enn nevnte forhåndsdefinerte nivå, så ia) resette en første teller ii) om nevnte fyllnivå er større enn nevnte forhåndsefinerte nivå så ia) inkrementere første nevnte teller, og iib) sammenligne nevnte første teller med et forhåndsdefinert tellernivå iib) om nevnte første teller er større enn nevnte første forhåndsdefinerte tellernivå, så vil en nullstille nevnte teller, og minke flytraten av overførte data ved å sende en flytkontrollmelding fra den andre til den første pakkesvitsjede terminal for å instruere den første pakkesvitsjterminal om å minke flytraten i henhold til en flytrateverdi inkludert i nevnte flytkontrollmelding.
2. Fremgangsmåte i henhold til krav 1, karakterisert ved at den andre pakkesvitsjede videokonferanseterminalen er en gateway.
3. Fremgangsmåte i henhold til kravene 1 eller 2, karakterisert ved at flytraten blir minket med en forhåndsdefinert konstant verdi.
4. Fremgangsmåte i henhold til krav 3, karakterisert ved de etterfølgende trinne-ne før trinnet for å minke flytraten: sammenligne en forskjell mellom flytraten og nevnte forhåndsdefinerte konstante verdi med en forhåndsdefinert nedre flytrategrense, utføre trinnet av å begrense flytraten kun om nevnte differanse er større enn nevnte forhåndsdefinerte nedre flytrategrense.
5. Fremgangsmåte i henhold til et av kravene 2-4, karakterisert ved at nevnte gateway er en H.323/H.320-gateway og nevnte forhåndsdefinerte nivå til-svarer en maksimal mengde av data i en H.320-ramme til hvilken data innfanget fra den ene eller flere buffere blir satt inn.
6. Fremgangsmåte i henhold til krav 5, karakterisert ved at nevnte data er video-, audio- og/eller andre multimediadata sendt fra første pakkesvitsjede videokonferanseterminal til en linjesvitsjet terminal via den andre pakkesvitsjede videokonferanseterminal i videokonferansen.
NO20032342A 2003-05-23 2003-05-23 Fremgangsmate for handtering av datahastighetsendringer NO319422B1 (no)

Priority Applications (7)

Application Number Priority Date Filing Date Title
NO20032342A NO319422B1 (no) 2003-05-23 2003-05-23 Fremgangsmate for handtering av datahastighetsendringer
PCT/NO2004/000144 WO2004105394A1 (en) 2003-05-23 2004-05-13 Method for managing variations in a data flow rate
CNB2005101100135A CN100466719C (zh) 2003-05-23 2004-05-13 管理数据流速率变化的方法
EP04732859A EP1627529B1 (en) 2003-05-23 2004-05-13 Method for managing variations in a data flow rate
JP2006532152A JP4498359B2 (ja) 2003-05-23 2004-05-13 データフローレートの変動を管理する方法
AT04732859T ATE518368T1 (de) 2003-05-23 2004-05-13 Verfahren zur verwaltung von änderungen einer datenflussrate
US10/850,362 US7697553B2 (en) 2003-05-23 2004-05-19 Method for managing variation in a data flow rate

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
NO20032342A NO319422B1 (no) 2003-05-23 2003-05-23 Fremgangsmate for handtering av datahastighetsendringer

Publications (3)

Publication Number Publication Date
NO20032342D0 NO20032342D0 (no) 2003-05-23
NO20032342L NO20032342L (no) 2004-11-24
NO319422B1 true NO319422B1 (no) 2005-08-08

Family

ID=19914792

Family Applications (1)

Application Number Title Priority Date Filing Date
NO20032342A NO319422B1 (no) 2003-05-23 2003-05-23 Fremgangsmate for handtering av datahastighetsendringer

Country Status (7)

Country Link
US (1) US7697553B2 (no)
EP (1) EP1627529B1 (no)
JP (1) JP4498359B2 (no)
CN (1) CN100466719C (no)
AT (1) ATE518368T1 (no)
NO (1) NO319422B1 (no)
WO (1) WO2004105394A1 (no)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070133413A1 (en) * 2005-12-09 2007-06-14 Andrew Pepperell Flow control in a video conference
CN1988533B (zh) * 2005-12-19 2012-10-17 华为技术有限公司 一种实现IuUP/NBUP协议过程控制功能的方法
US20070204065A1 (en) * 2006-02-27 2007-08-30 Harton David C Method and system for providing communication protocol interoperability
US20070201367A1 (en) * 2006-02-27 2007-08-30 Cisco Technology, Inc. System and method for interworking H.323 flow control with SIP
US7889649B2 (en) * 2006-12-28 2011-02-15 Ebay Inc. Method and system for gateway communication
US9060094B2 (en) 2007-09-30 2015-06-16 Optical Fusion, Inc. Individual adjustment of audio and video properties in network conferencing
JP2009110609A (ja) * 2007-10-31 2009-05-21 Hitachi Ltd ストリームデータ転送制御機構
US8341255B2 (en) * 2009-10-06 2012-12-25 Unwired Planet, Inc. Managing network traffic by editing a manifest file
CN102289747B (zh) * 2011-08-30 2014-03-12 中国科学院计算技术研究所 一种面向分布式工作流的数据流调度方法和系统
EP3353951A1 (en) 2015-09-25 2018-08-01 FSA Technologies, Inc. Multi-trunk data flow regulation system and method
EP3984169A4 (en) * 2019-06-13 2023-07-05 Mersive Technologies, Inc. VIDEO CONFERENCE ROOM OVERRIDE SYSTEM AND RELATED PROCEDURES
CN112672349A (zh) * 2019-10-16 2021-04-16 中兴通讯股份有限公司 管控方法、终端、系统及计算机可读存储介质

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE137626T1 (de) 1992-01-30 1996-05-15 Siemens Ag Verfahren zur begrenzung der rate von nachrichtenzellen einer virtuellen verbindung
DE69415179T2 (de) * 1994-09-17 1999-07-22 International Business Machines Corp., Armonk, N.Y. Verfahren und vorrichtung zur regelung des datenstroms in einem zellbasierten kommunikationsnetz
US5600646A (en) * 1995-01-27 1997-02-04 Videoserver, Inc. Video teleconferencing system with digital transcoding
JP3207709B2 (ja) * 1995-04-26 2001-09-10 株式会社グラフィックス・コミュニケーション・ラボラトリーズ 多重化データ相互通信方法、多重化データ相互通信システム、ゲートウエイおよび非同期網上の端末
US5812699A (en) * 1995-12-07 1998-09-22 Intel Corporation Counter-based controller for video compression
US6381216B1 (en) * 1997-10-28 2002-04-30 Texas Instruments Incorporated Simplified switch algorithm for flow control of available bit rate ATM communications
US6065131A (en) * 1997-11-26 2000-05-16 International Business Machines Corporation Multi-speed DSP kernel and clock mechanism
CA2239060A1 (en) * 1998-05-28 1999-11-28 Newbridge Networks Corporation Rate monitoring of connections in a communications network using history buffer
US6167029A (en) * 1998-10-13 2000-12-26 Xaqti Corporation System and method for integrated data flow control
US20010046209A1 (en) * 1998-12-31 2001-11-29 David N. Glassman Database workflow for multimedia networking and voip
JP2000216819A (ja) * 1999-01-22 2000-08-04 Nec Corp 帯域制御装置及びそのバッファ漏れ抑制方法並びにバッファ漏れ抑制制御プログラムを格納した記憶媒体
US6657954B1 (en) * 1999-03-31 2003-12-02 International Business Machines Corporation Adapting receiver thresholds to improve rate-based flow control
US20030058836A1 (en) * 2000-03-01 2003-03-27 Roni Even Method for establishing a multimedia connection with quality of service using an ATM backbone
US6606112B1 (en) * 2000-03-16 2003-08-12 Tandberg Telecom As Composite-video generation from different-rate constituents
US6831893B1 (en) * 2000-04-03 2004-12-14 P-Cube, Ltd. Apparatus and method for wire-speed classification and pre-processing of data packets in a full duplex network
FI20002848A (fi) * 2000-12-22 2002-06-23 Nokia Corp Vuon valvonta tietoliikenneverkossa
US20030028643A1 (en) * 2001-03-13 2003-02-06 Dilithium Networks, Inc. Method and apparatus for transcoding video and speech signals
US20020149672A1 (en) * 2001-04-13 2002-10-17 Clapp Craig S.K. Modular video conferencing system
US7269139B1 (en) * 2001-06-27 2007-09-11 Cisco Technology, Inc. Method and apparatus for an adaptive rate control mechanism reactive to flow control messages in a packet switching system
DE10132156C5 (de) * 2001-07-03 2011-12-01 Manroland Ag Bahnstabilisierung zur berührungslosen Bahnführung bei fliegend wechselbaren Druckeinheiten
US7068601B2 (en) * 2001-07-16 2006-06-27 International Business Machines Corporation Codec with network congestion detection and automatic fallback: methods, systems & program products
US7225459B2 (en) * 2001-10-17 2007-05-29 Numerex Investment Corproation Method and system for dynamically adjusting video bit rates
EP1331766A1 (en) * 2001-12-20 2003-07-30 Alcatel A telecommunications system employing virtual service network architecture
US7382768B2 (en) * 2002-10-11 2008-06-03 Agilent Technologies, Inc. Real-time protocol (RTP) flow analysis using network processor
CN1270533C (zh) * 2002-12-23 2006-08-16 中兴通讯股份有限公司 会议电视多点控制设备中数据处理的方法

Also Published As

Publication number Publication date
NO20032342D0 (no) 2003-05-23
JP4498359B2 (ja) 2010-07-07
ATE518368T1 (de) 2011-08-15
US20050013312A1 (en) 2005-01-20
JP2007514335A (ja) 2007-05-31
WO2004105394A1 (en) 2004-12-02
EP1627529B1 (en) 2011-07-27
EP1627529A1 (en) 2006-02-22
US7697553B2 (en) 2010-04-13
CN1823527A (zh) 2006-08-23
NO20032342L (no) 2004-11-24
CN100466719C (zh) 2009-03-04

Similar Documents

Publication Publication Date Title
US6130880A (en) Method and apparatus for adaptive prioritization of multiple information types in highly congested communication devices
KR100738548B1 (ko) ＶｏＩＰ 화상 통화 장치 및 그 방법
US8094667B2 (en) RTP video tunneling through H.221
US7656861B2 (en) Method and apparatus for interleaving text and media in a real-time transport session
US8605620B2 (en) System for transmitting high quality speech signals on a voice over internet protocol network
US8737387B2 (en) Gateway unit, communication system and communication method
US8502855B2 (en) Codec negotiation
US7983244B2 (en) Interworking between domains of a communication network operated based on different switching principles
US8009554B2 (en) Method for multiple link quality of service for voice and video over internet protocol
EP1761078A2 (en) Method and processor-readable medium for the selection of special-purpose gateways.
US20120047273A1 (en) Device initiated multiple grants per interval system and method
JP2001237888A (ja) ＶｏＩＰ通信システムにおける通信状態通知装置，通信状態表示装置，通信状態通知方法及び通信状態通知プログラムを記録した媒体
US6980569B1 (en) Apparatus and method for optimizing packet length in ToL networks
NO319422B1 (no) Fremgangsmate for handtering av datahastighetsendringer
US20070255824A1 (en) Device for Tapping Userful Data From Multimedia Links in a Packet Network
US20080095146A1 (en) Device For Tapping Useful Data From Multimedia Links In A Packet Network
US7684384B2 (en) Method for bitrate adjustment
US8331382B2 (en) Media conversion device for interconnecting communication terminal devices with media converted and a method therefor
KR20090035271A (ko) Ｄｌｓ 네트워크에서 ｉａｄ의 코덱 자동 설정 시스템 및그 제어방법
EP2043372A1 (en) Method for audio and video synchronization, receiving and transmitting device
Sun et al. Media Transport for VoIP
KR20020073858A (ko) 데이터 전송 지연 방지 방법

Legal Events

Date Code Title Description
CREP Change of representative

Representative=s name: ONSAGERS AS, POSTBOKS 6963 ST OLAVS PLASS, 0130 OS

MM1K Lapsed by not paying the annual fees