CZ2001874A3

CZ2001874A3 - Způsob optimalizovaného přenosu multimediálních služeb v mobilních komunikačních sítích, zejména mobilních radiotelefonních sítích

Info

Publication number: CZ2001874A3
Application number: CZ2001874A
Authority: CZ
Inventors: Walter Keller
Original assignee: Detemobil Deutsche Telekom Mobilnet Gmbh
Priority date: 1998-09-10
Filing date: 1999-09-08
Publication date: 2001-08-15
Also published as: AU1259300A; DE59909352D1; DE19841531B4; CZ301258B6; EP1110418A2; ES2221458T3; DE19841531A1; PL348028A1; WO2000016569A2; CA2343389A1; ATE265791T1; CA2343389C; WO2000016569A3; EP1110418B1

Description

PŘENOSU. .MULTIMEDIÁLNÍCH SLUŽEB žčj rr\ c n qA

SÍTÍCHjV/MOBILNÍCH RADIOTELEFONNÍCH

Oblast techniky

Vynález se týká způsobu optimalizovaného přenosu multimediálních služeb v mobilních komunikačních sítích podle úvodní části patentového nároku 1.

Dosavadní stav techniky

Pod multimediálními službami se v rámci předloženého vynálezu rozumí uživatelsky orientovaný provoz, jakož i elektrický přenos libovolných aplikaci, volitelných z uživatelské strany nebo kombinovaných, jako například hlas, obraz nebo data. Tato definice je vztažena na uživatele. Technologie, použitá na straně uživatele, přitom není důležitá. V literatuře se často naproti tomu termín multimédia obsazuje často v kombinaci se specifickou přenosovou technikou, technikou protokolu nebo zvláštní technologií. Podle toho existují různé paralelní standardizační aktivity různých zájmových sdružení.

Internet je založen na routing-protokolu TCP/IP (Ipv4) Internet Engineering Task Force (IETF). Pro různé aplikace existují četné konkurující si způsoby (WWW, FTP, Chat, email atd.). Standardizací se široce zabývají nadnárodní výrobci software a univerzity, což se vyjadřuje četnými

81783 (81783a)

PV2001 -874 • 4 4*

4 4 «4 «44 • · ···· 44 4·4 ·♦ 4 deriváty, nekompatibilitami a firemními standardy. Díky implementaci ze strany uživatele pomocí software může odborně kompetentní uživatel (přinejmenším v oblasti EDV/PC) vytvořit aktuální kompatibilitu svých zařízení pomocí nového software-release. Videokonference v telekomunikačních sítích jsou oproti tomu podle H.xxx-standardů (ETSI) povinné (např. H.320 pro 64 kbit/s ISDN-přenos). Výstavba spojení se zde uskutečňuje pomocí obvyklé číselné volby. Obrazové kódy (profesionální oblast) jsou zpravidla integrovaná řešení (čipy). Uživatel nemusí být žádným profesionálem v oboru EDV, obsluhovatclnost a kvalita se garantují ze strany sítě. Na rozdíl od internetu je ale dána menší flexibilita ohledně změn. Vedle toho existuje způsob obrazové komprese pro digitální přenos obrazu, jako MPEG (ETSI), což se vyvíjelo zejména s ohledem na transport obrazů, ukládání a zpracování obrazů, založené na PC. Také na uživatelské úrovni se činí konkurenční řešení. Tak americký výrobce SUN Microsystems umožňuje svými „Java produkty platformově nezávislou přímou výměnu programových kódů mezi internetovým serverem a klientem a tím interaktivní provoz dynamických aplikací uvnitř jazyku popisu stránek HTML (Hypertex Markup Language) ve WWW, zatímco rovněž americký výrobce Microsoft popisuje cestu kombinováni jeho vlastního internetového prohlížeče s funkčnosti vlastního operačního systému (Microsoft Windows 98). Oba způsoby jsou principiálně schopné multimediálních aplikací. Dále existují digitální způsoby vysílání, jako DVB, DAB jakož videostandardy, jako DVD atd., které se vyvíjely a dále vyvíjejí na různém historickém pozadí s právě různým těžištěm aplikace.

Pro uživatele by technika protokolu a přenosu neměla při jeho multimediální aplikaci hrát v principu žádnou roli. V každém případě se musí vhodné technické zařízeni starat o

31783 (81783a)

P V 2001 -874 provoz různých aplikací a shrnutí toků dat, kódování zdrojů a kanálů jakož provoz protokolu a zabezpečení dat na vhodném datovém rozhraní ke zvolené komunikační síti. Na tomto základě by měl uživatel dosáhnout při použití různých standardů stejného výsledku.

Když se vychází z toho, že „normální uživatel z ekonomických důvodů používá zpravidla relativně úzkopásmovou telekomunikační síť pro své multimediální aplikace, dostáváme kvůli malé šířce přenosového pásma podle zvoleného způsobu zpravidla různé kvalitativní problémy. Tyto problémy nezmizí ani v budoucnu. Z ekonomického hlediska se nemohou v oblasti pevné sítě dát každému zákazníkovi k dispozici libovolné šířky pásma s příslušnou spojovací infrastrukturou, které se používají jenom pro velmi malou průměrnou dobu. V oblasti mobilní radiotelefonie je to srovnatelné. Také zde stanovuje limitovaný zdroj „frekvence dodatečné ekonomické hranice.

Existující multimediální standardy přicházejí v podstatě ze dvou různých oblastí aplikací. Telekomunikační průmysl se spolu s provozovateli sítě jednak zabývá již dlouho videotelefonu a multimediálními službami. Původ leží u vysokých datových rychlostí ve vědeckých aplikacích a má dosud relativně zastupitelnou kvalitu při rychlosti datového přenosu 64 kbit/s (po vodičích) pro soukromé aplikace s průměrnými nároky. Problém kvality se obecně vidí na straně provozovatele sítě. Zákazník očekává lepší kvalitu při stejné šířce přenosového pásma - při použití svého normálního ISDN-So-hlavního připojení. Jednak existuje integrace multimediálních služeb, jako telefonie a přenos obrazu v internetové oblasti - s nyní ještě velmi malou kvalitou. V budoucnu jsou ale také zde oznámeny zastupitelné

1S 81783 (81783a)

PV 2001 - 874 ·

* 9 • · • ··· • 9« 9 9 9 · · ·

9999 99 9*9 ♦· ·♦· kvality, zejména pro soukromého uživatele (viz výše). Očekávané chování ohledně kvality je zde ale obrácené. Když služba nestojí nic, akceptuje uživatel také malou kvalitu. Poskytovatelé a zákazníci vycházejí v první řadě z toho, že uživatel může řešit problém kvality telekomunikačním přípojem vyššího řádu s větší rychlostí přenosu dat a dobře známým účinkem liberalizace na telekomunikačním trhu na snížení nákladů. Zejména uživatel v podnikovém okolí Local Area Network (s nesrovnatelně vyšší rychlostí dat) může již nyní vidět, že také IP-orientované aplikace se mohou provozovat s náležitou kvalitou, pokud je k dispozici dostatečná šířka pásma.

Kam se bude budoucnost ubírat se ukáže. Oba způsoby mají ale něco společného. U definice způsobu kódování a přenosu se zpravidla vychází z kvalitativně vysoce hodnotných pevných spojení s bitovou chybovostí menší než ΙΟ’⁵. V oblasti mobilní radiotelefonie je chybovost na vzdušném rozhraní ale zpravidla větší než 10~³. Aby se na vzdušném rozhraní dosáhlo srovnatelné přenosové kvality jako v pevné síti, musí se proto realizovat podstatně větší přenosové náklady k preventivnímu zajištění přenosu nebo volitelně k bezpečné rekonstrukci přenášených dat, které k tomu pro různé aplikace dopadají technicky velmi odlišně. Například se v síti GSM v hovorové oblasti používá integrovaná forward error correction FEC, aby se řeč s co možná nejvyšší redundancí přenášela bez chyb, zatímco při přenosu dat je například mimo jiné běžné průběžné zabezpečení s opakovaným přenosem chybných datových bloků. Opakování bloků by při hovoru nebo při přenosu obrázků orientovaném na řádky vedlo ke značným poruchám, zatímco FEC-přenos dat by znamenal značné plýtvání přenosovou kapacitou. Pokud se všechny multimediální aplikace v oblasti

81763 (81783a)

PV 2001 · 874 • · · φ • · φ φφφ φφφ

mobilní radiotelefonie společně kódují a přenášejí podle bitové chybovosti menši než 1O‘% tak vyšší chybovost vzdušného rozhraní v mobilním radiotelefonním provozu vede při stejné brutto kapacitě kanálu jako ve srovnatelné pevné síti ke značnému zmenšení zbývající netto kapacity kanálu.

Z důvodů ekonomiky frekvencí se v oblasti mobilní radiotelefonie (GSM-specifikace) tedy definoval rozdílný způsob optimalizace (v podstatě způsob kódování, zabezpečení a přenosu) pro rozdílné rozhodující body aplikace. Vytvořil se termín „služby a optimalizovala se síť s ohledem na hlas, fax jakož i mnoho různých datových služeb. To vedlo k vynikající kvalitě jednotlivých služeb, vedlo ale kvůli zdlouhavým způsobům standardizace a implementování, jakož i kvůli neflexibilním technickým rozhraním také k velmi malému akceptování GSM-zákazníků (pouze segment s vysokými cenami), jakož i k nekompatibilitě s rychle žijícím světem EDV, jakož i ke komplikovaným aplikačním scénářům.

Nová služba Generál Packet Rádio Service (GPRS), založená na internetových strukturách protokolu (IP), uvolňuje situaci pro čisté datové aplikace v síti GSM, není ale řešením pro multimediální aplikace s hlasovými a obrazovými informacemi, kódovanými v toku dat. GPRSuživatelé se společně dělí o malý počet přenosových kanálu v technice Sloted Aloha Random Access na vzdušném rozhraní, čímž se nemůže bez nákladného a drahého rezervování prostředků garantovat kontinuální rychlost přenosu dat. Výhoda spočívá v tom, že v hlavní oblasti použití „internetový přístup, může uživatel sám definovat a používat své aplikace (své „služby) nezávisle na síti. Budoucí sítě, jako diskutovaný Universal Mobile Telecommunications Systém (UMTS), nebudou předběžně už mít

81783 (31783a) pv - &7Δ takový velký počet přenosových služeb, nýbrž budou dávat : Vpiroiá ptřjna «»· · · · · · · ·· ···♦ ♦· ··♦ ·· ··· k dispozici aplikačně specifické přenosové kanály (hlas, synchronní data, asynchronní data,

IP, rozdílné přenosové rychlosti atd.), šířku pásma pro a zejména budou dávat k dispozici větší

Bezpečný provoz určité aplikace včetně jejích kvalitativních kritérií se stále více přesouvá od sítě na koncové přístroje, přičemž síť dává k dispozici pouze přenosovou cestu.

Toto ale nemění vůbec nic na základním problému kvality na vzdušném rozhraní. Pomocí vhodného způsobu přenosu celkového multimediálního proudu se sice může bitová chybovost na vzdušném rozhraní zmenšovat, také se mohou poskytnutím dostatečné šířky pásma a přenosových kanálů k dispozici přenášet obrázky bez škubání a srozumitelná řeč, z ekonomických důvodů ale není toto plýtvání prostředky na rozdíl od optimalizovaného přenosu, vztaženého k aplikaci ani optimální, ani se nenechá komerčně zastoupit.

Formulace, optimalizovat různé služby v mobilní komunikační síti, je zveřejněna v EP-A-0 844 796. V mobilních komunikačních sítích se provádí rozdělení a paralelní přenos existujícího toku dat po existujících a pro příslušné účely optimalizovaných přenosových kanálech komunikační sítě, přičemž pro úplnou nebo částečnou separaci toku dat se používá jak funkční jednotka na straně uživatele, tak funkční jednotka na straně centrální sítě, například funkční jednotka přiřazená radiové základní stanici. Právě vysílaná jednotka signalizuje přijaté jednotce pomocí speciálního přiřazovacího bitu, že se mají vysílat toky dat různého typu, kterým se má přiřazovat vhodný, volný přenosový kanál.

81783 (81783a)

DUOMI Q7A : : Lipfaueftáfetřina • · ♦ · · · ·· · *· ♦··· *· *·· ·· ··«

- 6a Předložený vynález má za úkol navrhnout způsob, na jehož základě se nechá realizovat zlepšený přenos multimediálních aplikací, řízených uživatelem, uvnitř mobilní telekomunikační sítě s co možná nejvyšší kvalitou rozdílných jednotlivých současnou minimalizací aplikací (Quality of Service) a se potřebné šířky pásma na vzdušném rozhraní (ekonomika frekvencí).

Podstata vynálezu

Tento úkol se řeží charakteristickými znaky patentového nároku 1.

81783 (81783a) • φ · • · • · «

* · φ φφφ • φ » · φ ·

φ · φφ · ·

Protože na heterogenních sítích s pevným spojením je k dispozici větší šířka pásma než na vzdušném rozhraní, může se tímto způsobem dosahovat nejenom optimální využití frekvencí, ale i značné zvýšení kvality například vůči integrovanému GPRS-přenosu všech multimediálních dat s nutností podstatně vyšší šířky pásma, příslušné pro tento případ.

Další přednost tohoto způsobu spočívá v tom, že paralelním využitím prostředků na vzdušném rozhraní, účelově optimalizovaných, alespoň částečně existujících, se mohou ušetřit značné náklady na infrastrukturu s příslušně dlouhými časy na vývoj a instalaci vzhledem k všeobecnému zvětšení všech šířek pásma (s dodatečnými frekvenčními problémy). Multimediální služby se nechají realizovat na r· základě způsobu podle vynálezu podstatně rychleji a cenově příznivěji při vysokém standardu kvality.

Přednostní cesty provedení a další řešení vynálezu jsou předmětem závislých patentových nároků.

Dále existuje pro provozovatele sítě pomocí příslušného vykonávání vlivu možnost dynamické optimalizace vytížení jeho sítě a tím dalšího potenciálu úspor v oblasti infrastruktury vzhledem k obsáhlým zvýšením kapacity rozdílných přenosových kanálů, které musí být dimenzovány právě pro prognózovanou nárazovou komunikaci během hodin hlavního provozu.

Přehled obrázků na výkresech

Vynález bude blíže vysvětlen prostřednictvím

31733 (81783a) • · · ·· ··· konkrétních příkladů provedeni znázorněných na výkresech, na kterých se ve schématickém znázornění představuje jenom jeden možný způsob provedeni na příkladu rozšířené sítě GSM, přičemž z obrázků vyplývají další oblasti použití a přednosti vynálezu.

···

Příklady provedení vynálezu

Obrázek 3 ukazuje jako příklad konvenční způsob u přenosu hlasu a dat v síti GSM. Přistup k síti pro hlas a data se uskutečňuje přes mobilní terminál (MT), přičemž mobilní telefon zpravidla obsahuje již požadovaný terminálový adaptér (TA) k připojení datového koncového

Další spojení se k základní stanici (BTS, přístroje (PC) . rozhraní uskutečňuje přes vzdušné

BSS) . Na této trase se používaj1 služby, optimalizované přenosové efektivnímu využití vzdušného protokoly, specifické pro rozhraní.

Tyto protokoly adaptaci se v transkodérovém zařízeni a přenosové rychlosti (TRAU) v zařízeni pro konvertuj i standardizované ISDN-protokoly (64 kbit/s-A-Low pro hlas, na

V.110 s adaptací přenosové rychlosti pro data). Mobilní radiotelefonní ústředna (MSC) je tím dalece identická s ISDN - ústřednou v pevné síti a je ve spojení ze své strany, za účelem splnění požadavků na mobilitu zákazníků, s registrem vlastních lokaci (HLR). Přechod sítě se uskutečňuje pomocí funkce komunikace sítí (IWF) transparentně k síti ISDN, nebo analogovým modemem k síti ΡΞΤΝ.

Budoucí služba přenosu dat GPRS se uskutečňuje pomocí kontrolního zařízení paketů (PCU) k paketové uzlové ústředně (GSSN), jakož i přes paketovou gateway (GGSN) k internetu. Toto spojení je založené na internetové struktuře protokolu

31783 (81733a)

- - w V «	• · 4 44
4 * 4 4 *	44* 4 f	4
4 4 4 4 4*	4 4 4 4	4
··♦ 44	4 4 ·	4
»4 «444	444 ·*	444

(IP) ·

Výběr přenosového kanálu na vzdušném rozhraní se přitom pevně řídi podle použité služby, čímž je zároveň definováno další spojení služeb zprostředkovaných pomocí vedení, přes IWF, nebo alternativně služeb zprostředkovaných pakety, přes GGSN. Výběr služeb se uskutečňuje v koncových přístrojích podle služeb, implementovaných v síti. Multimediální aplikace se mohou v tomto případě provozovat buď přes internetový přístup, přičemž obraz, hlas a data se realizují společně přes GPRS, nebo alternativně přes datovou službu, zprostředkovanou pomocí vedení (např. Bearer Service 26 s 9,6 kbit/s). Oboje není právě optimální. IP-spojení k soukromému komunikačnímu partnerovi (Corporate Network) se v tomto scénáři uskutečňuje buď po internetovém náhradním směru nebo přímo přes zprostředkování pomocí vedení. Profesionální kombinace hlasu a dat z aplikace směrem ven není realizovatelná. Možná je příslušná aplikace jenom pomocí přenosu dat (viz výše),⁷ jakož i paralelně manuálně a dodatečně vybudovaného hlasového spojení. Uživatel se musí podle toho u multimediálního spojení předem rozhodnout, zda by chtěl pro svou kompletní aplikaci použít hlasový kanál, datovou službu zprostředkovanou pomocí vedení nebo pomocí paketů.

Další služba v okolí GSM je High Speed Circuit Switched Data-Mode (HSCSD) . Tento způsob provozu používá na vzdušném rozhraní několik spojených přenosových kanálů pro přenos dat a hodí se tak principiálně pro aplikace s větší šířkou pásma, např. přenes obrazu kontinuálním způsobem. Použiti jako internetového přístupu pomocí HSCSD - módu není z hlediska nákladů možno obhajovat, protože internetové aplikace již z chování uživatele vyžadují nárazový přenos a

81783 (31783a)

-10ν systémech zprostředkovaných pomocí vedení vytvářejí značné dodatečné náklady. Integrovaný provoz hlasového spojení v tomto kanálu by rovněž byl nezodpovědným plýtváním prostředků. Dosavadní studie trhu proto ukazují velmi skromné akceptováni této služby uživatelem, vhodné pro způsob H.-kanálu, s jejími strukturou nákladů a zdrojů o velikosti η x hlasový kanál.

Obrázek 1 ukazuje možné provedení způsobu podle vynálezu na příkladu sítě GSM. Schematicky znázorněné multimediální pracoviště (MW), např. notebook s videokamerou a hlasitým hlasovým zařízením, disponuje v této souvislosti v podstatě softwarovou aplikaci (APS), Application Programming Interface (API), nově příchozím Channel Access Client (CAC; zde označen jako součást mobilního terminálu MT), jakož i terminálovým adaptérem (TA; zde rovněž přiřazen MT) a mobilním terminálem (MT) . Poslední je zde příkladně vyobrazen jako PC-karta. Prostorově tělesný tvar MT ale může být libovolný, např. jako přenosný mobilní telefon nebo také jako PC-karta (PCMCIA) pro pohodlný provoz na notebooku, PC, nebo Digital Personál Assistent (DPA) atd. Přitom je podstatné, že MT může paralelně aktivovat a provozovat přenosové kanály (v používané terminologii mobilní radiotelefonie „služby). Ze strany základní sítě se k tomu přidává inteligentní kanálový přístup a řídicí zařízení (ICAMU), které se k vizuálnímu znázornění na obrázku skládá z funkcí TRAU a PCU, které jsou rozšířené o funkčnost Intelligent Channel Management Unit (ICMU). ICAMU přejímá jako podstatnou novou funkci automatické přidělení rozdílných přenosových kanálů vzdušného rozhraní, uživatelsky optimalizovaných popř. orientovaných na datovou strukturu, v přednostně automatické spolupráci s CAC uživatele (orientovaný na provozovatele sítě, orientovaný na

81733 (81783a) * V W »»· v · * • 4 · · · ··· 4 44

V · 4 «44*44 lt 4*44 44 ··· 44444 uživatele, orientovaný na náklady, orientovaný na prostředky, orientovaný na výkon, orientovaný na kvalitu atd.) a tyto předává do příslušných sítí (zprostředkovaných pomocí vedení, zprostředkovaných pomocí paketů). Toto zadávání se uskutečňuje pokud možno, automaticky z aplikace, přičemž by mělo existovat volitelné manuální působení a principiální možnost konfigurace uživatelem. Volitelná možnost působení na způsob přidělováni kanálu by měla být rovněž dána ze strany provozovatele sítě, čímž je možné dynamické rozdělení zátěže a optimalizace vytížení na různých přenosových kanálech vzdušného rozhraní, aby se redukovala kapacita kanálu kompletní infrastruktury, dimenzovaná zejména pro doby špičkového provozu. Když provozovatel sítě dává k dispozici a zpoplatňuje určité funkčnosti jenom na smluvním základě, je mezi ICAMU a

-.

Customer Care a Billing Systém (CCBS) zapotřebí příslušné rozhraní. ICAMU přebírá v uvedeném příkladu spolu s CAC dále analýzu existujících multimediálních dat, popř, protokolárních diskriptorů,^: servisních indikátoru uživatelských dat atd., za účelem rozdělení a přenosu po různých vzdušných rozhraních, pokud není žádáno žádné vyhrazené přiřazeni kanálů. V ICAMU dále existuje možnost konverze protokolu z internetových a multimediálních protokolů (oboustranně), jakož i volitelný přenos paketově orientovaných dat (IP) přes služby, zprostředkované pomocí vedení (PSTN-, ISDN- nebo mobilem ukončený přístup), aniž by se k tomu musela, jako v GPRS, uskutečnit náhradní cesta přes internet, jakož i alternativně přenos služeb, zprostředkovaných pomocí vedení, přes vzdušné rozhraní do internetu.

Obrázek 2 ozřejmuje ještě jednou cestu transportu multimediálních dat.

Integrovaný multimediální

61783 (81783a)

V V « 9 ·»· · 9 · « • · · * · J··· 9 * * 1

9 · · · · · > 9 ·♦ ···· ·· 9·· ·· ···

- 12 tekoucí mezi uživateli a a B, se rozpoznává ve složkách CAC a ICAMU podle vhodných deskriptorů, indikátorů popř. pomocí způsobu analýzy dat nebo podobně, dělí se na své přenosově orientované součásti, jako například IP-paketová data, krátké zprávy, hlas a kontinuální přenos obrazu atd., přenáší se po vzdušném rozhraní po, specifických pro mobilní radiotelefonii, frekvenčně a nákladově optimalizovaných, přenosových kanálech (tJKl-ÚK4), a na protistraně se opět shrnuje do proudu původních dat. Paralelní přenos se přitom uskutečňuje transparentně pro uživatele.

V alternativním provedení je také možné částečné nebo úplné zachování paralelního přenosu v ICAMU jakož i převedení na další různé komunikační partnery po různých přechodech sítě, nebo, když komunikační partner nebo dotyčná

Λ komunikační síť disponují srovnatelnými zařízeními, je také možné oddělené převedení multimediálních dat na stejného komunikačního partnera (např. IP-spojení integrovanou IPtelefonií, přičemž IP-data se mohou přenášet po internetu a hlasové spojení na přenosové cestě se automaticky rozpojuje, paralelně přenáší po pevném spojení - telefonních sítích a následovně se pro zákaznickou aplikaci opět spojuje). Odlišné způsoby zahrnují přirozeně také komunikaci mezi uživateli ve stejné mobilní radiotelefonní síti.

CAC se přednostně implementuje jako softwarový řídicí program, zatímco ICMU zpravidla představuje hardwarové zařízení, které se ale nechá přizpůsobovat přinejmenším v součástech, které jsou specifické pro protokol, konverzi a algoritmy v mikroprocesorové, popř. v signálové procesorové technice se softwarovou technologií, která se nechá opětovně zavádět za účelem flexibilní adaptace na rychle se měnící svět protokolů. Jako dodatečný užitek může tato kombinace

81783 (81783a) vykonávat pro uživatele změny protokolu z

IP na svět zprostředkovaný pomocí vedení a obráceně atd. komunikaci do různých sítí.

a tím umožnit

Popis zde platí zástupně pro libovolné radiotelefonní sítě s právě optimalizovanými přenosovými procedurami na například vzdušné rozhraní pro rozdílné aplikace (například pro hlasové, nárazové, kontinuální aplikace a aplikace při zprávách atp.) na příkladu struktury a nomenklatury mobilní radiotelefonní sítě GSM. Způsob podle vynálezu se adekvátním způsobem může používat sítích, nebo v případě v libovolných radiotelefonních potřeby v pevných sítích se srovnatelnou problematikou.

Zastupuje:

Dr. Miloš Všetečka v.r.

Claims

1. Způsob optimalizovaného přenosu multimediálních služeb v mobilních komunikačních sítích, zejména v mobilních radiotelefonních sítích, u kterého se uvnitř mobilních komunikačních šití provádí rozdělení, specifické pro datovou strukturu, a paralelní přenos existujícího toku dat po existujících a pro příslušné účely optimalizovaných přenosových kanálech (ϋΚΙ - VK4) komunikační sítě, přičemž pro úplnou nebo částečnou separaci toku dat se používá jak funkční jednotka (CAC) na straně uživatele, tak funkční jednotka na straně centrální sítě, například funkční jednotka (ICAMU) přiřazená radiové základní stanici,

- < vyznačující se tím, že podle směru toku dat jak funkční jednotka (CAC) na straně uživatele, tak funkční jednotka (ICAMU) na straně centrální sítě, jsou prostřednictvím vhodných způsobů vybaveny, aby rozeznaly jednotlivé aplikace v multimediálních tocích dat podle vhodných parametrů, jako indikátory, diskriptory, varianty protokolů, způsoby analýzy dat atp. a podle toho aby se separovaly, odděleně přenášely a opět sdružily.

2. Způsob podle nároku 1, vyznačující se tím, že rozdělení, specifické pro datovou strukturu, se uskutečňuje zejména k překonání vzdušného rozhraní za účelem optimálního využití Ressource Frequenz, jakož i k dosažení právě optimální přenosové kvality jednotlivých aplikací, popř. jednotlivých aplikací uvnitř multimediální aplikace.

3. Způsob podle nároku 1 nebo 2, v y z n a ču j í c í se tím, že tok dat, rozdělený specificky pro datovou

16 81783 (81783a) : iiptavefriáisttána · · · · · ♦ · ··· «· ··· strukturu, se po paralelním, vždy optimalizovaném přenosu opět sdružuje podle původního toku dat takovým způsobem, že způsob optimalizace podle vynálezu se uskutečňuje transparentně pro uživatele.

4. Způsob podle nároku 1 nebo 2, vyznačující se tím, že volitelné, přinejmenším specifické pro aplikaci, podíly toku dat, se nesdružují úplně, nýbrž se alespoň částečně vedou dále jako oddělený tok dat a volitelně se uvnitř mobilní radiotelefonní sítě, nebo alternativně přes různé přechody šitě k jiným telekomunikačním nebo datovým sítím, vedou k různým vzdáleným stanicím nebo, specificky pro aplikaci, ke stejné vzdálené stanici (jednocestné nebo vicecestné spojení).

5. Způsob podle některého z nároků 1 až 4, vyznačující se tím, že nejenom funkční jednotka (CAC) na straně uživatele, ale i funkční jednotka (ICAMU) na straně sítě, jsou alespoň ve svých součástech, specifických pro protokol, konverzi a algoritmus, přednostně provedeny jako softwarové moduly pro mikroprocesory popř. signálové procesory takovým způsobem, že je možné opětovné zavedení, specifické pro potřebu, částečných funkčností nebo alternativně celkové funkčnosti po mobilní radiotelefonní síti, a tím existuje permanentní možnost přizpůsobení na nové způsoby a protokoly.

6. Způsob podle některého z nároků 1 až 5, vyznačující se tím, že volitelně existuje spojení mezi funkční jednotkou (ICAMU) na straně sítě a Customer Care a Billing Systém (CCBS) provozovatele sítě za účelem potřebného tarifování nabízených služeb, jakož i k vytvoření a verifikaci jednotlivých smluvních podkladů u využití, na

16 81783 (81783a) : ί . ί UptaueiiáSstrŠina

9 » 9 9 9*999 «· 99*9 ·· 9»9 9* <··

- 16 straně uživatele, způsobu podle vynálezu.

7. Způsob podle některého z nároků 1 až 6, vyznačující se tím, že funkční jednotka (CAC) na straně uživatele a funkční jednotka (ICAMU) na straně sítě, spolu komunikuji prostřednictvím vhodných způsobů, přednostně pomoci pásmové signalizace, aby se splnily požadavky na optimální datový přenos po různých přenosových kanálech mezi složkami.

8. Způsob podle některého z nároků 1 až 7, vyznačující se tím, že funkční jednotka (ICAMU) na straně sítě může jako dodatečná služba uživatele volitelně provádět konverze toků dat, existujících na straně uživatele, na jiné standardizované multimediální formáty nebo formáty protokolu, a tento v případě potřeby předávat po vhodných alternativních cestách.

9. Způsob podle některého z nároků 1 až 8, vyznačující se tím, že alespoň funkční jednotka (ICAMU) na straně sítě disponuje volitelně vhodným mechanismem směrováni a signalizace, aby se podíly multimediálních toků dat, specifické pro aplikaci popř. pro datovou strukturu, dopravovaly po různých přenosových sítích.

10. Způsob podle některého z nároků 1 až 9, vy z na ču j í c í se tím, že způsob podle vynálezu se v případě potřeby používá také v oblasti pevných sítí pro logické aplikace. 11. Způsob podle některého z nároků 1 až 10,

vyznačující se tím, že způsob podle vynálezu se může

16 81783 (81783a)

-17- Vpřovenástrina ·« ···· ·» ··· ·< ·«· používat pomocí příslušných, ze strany provozovatele sítě, vlivů mechanismů přidělování kanálů na dynamické rozdělení zátěže a optimalizaci vytížení různých přenosových kanálů a/nebo různých sítí.

12. Způsob podle některého z nároků 1 až 11, vyznačující se tím, že se pomocí vlivu (menu konfigurace atp.) připravuje, individuální pro zákazníka, možnost výběru a rozhodnutí v co možná nejvíce oblastech, jako rychlost přenosu, použité služby, priority, kvalita služeb, náklady atd.