TR201810670T4 - Bir multimedya akışını iletmeye yönelik yöntem ve sistem. - Google Patents

Abstract

Bir birinci uç terminalden bir ikinci uç terminale bir multimedya akışı iletmeye yönelik bir yöntem açıklanır. Birinci ve ikinci uç terminal birinci uç terminalden ikinci uç terminale iletilecek multimedya akışı sağlamaya yönelik en az bir geçide bağlanır. Yöntem aşağıdaki adımları içerir: birinci uç terminalinin geçidi birinci uç-terminal ile geçit arasında bir birinci multimedya oturumu oluşturmaya davet etmesi, birinci multimedya oturumu bir birinci protokol tarafından kontrol edilir; geçidin - bekleyen davete karşılık olarak - bekleyen daveti ikinci uç terminaline bildirmesi; ikinci uç-terminalinin - bildirime karşılık olarak - ikinci uç terminali ile geçit arasında bir ikinci multimedya oturumu oluşturması, ikinci multimedya oturumu ikinci protokol tarafından kontrol edilir; geçidin - davete karşılık olarak birinci multimedya oturumunu oluşturması ve bir multimedya akışını birinci uç terminalden ikinci uç terminale iletme. Birinci protokol SIP olabilir, ikinci protokol RTSP olabilir.

Description

TARIFNAME BIR MULTIMEDYA AKisiNi ILETMEYE YÖNELIK YÖNTEM VE SISTEM Bulus bir multimedya akisini bir birinci terminalden bir ikinci terminale iletmeye yönelik bir yöntem ve bir sistem ile ilgilidir. Özellikle, bulus bir birinci multimedya akisini bir birinci terminalden iletmeye ve bir ikinci ilgili akisi bir ikinci terminalde almaya yönelik bir yöntem ve bir sistem ile ilgilidir. Ayrica bulus bu tür bir sistemde kullanima yönelik bir geçit ve bir cihaz ile ilgilidir.

Bulusun Altyagisi SGPP ve 3GPP2 standartlari ile tanimlanan IP Multimedya Alt Sistemi (IMS), IP üzerinden Ses Iletimi (VoIP) ve IPTV gibi çok çesitli yeni multimedya hizmetlerine kapi açar. IMS servisi mimarisi çesitli tipte multimedya servislerini birlestirmeyi olanakli kilar.

Bir servis tipi evdeki görüntüleyicilerin örnegin evdeki bir web kamerasini kullanarak canli bir TV sovuna gerçek zamanli katilmasini saglayabilir. Web kamerasi tarafindan olusturulan multimedya akislari evde bulunan kullanicidan Gerçek Zamanli Tasima Protokolünü (RTP) kullanarak TV stüdyosuna bir IP agi üstünden tasinir. Bir IMS bazli mimaride istemciler arasindaki bu tür multimedya akisi Oturum Baslatma Protokolünü (SIP) kullanarak ayarlanir, bununla beraber Gerçek Zamanli Akis Protokolü (RTSP) tipik olarak multimedya içerigini bir sunucudan bir istemciye aktarmak üzere kullanilir.

Genellikle SIP-RTSP olarak refere edilen, SIP ve RTSP etki alanlari arasinda bir arayüz saglayan sistemler teknikte bilinir. ETSI TISPAN Standardizasyonu (WI2048, TS 182 027) dahilinde bir mimari önerilir, burada bir terminal bir set üstü kutu, bir kisisel bilgisayar, bir kisisel dijital asistan (PDA) veya multimedya özellikleri olan bir mobil telefon gibi bir cihaz seçilen bir içerik saglayicisi ile bir multimedya oturumu olusturmak üzere SIP'yi kullanir. Oturumun olusturulmasindan sonra, aktarilan içerigi seçmek, almak ve kontrol etmek üzere RTSP kullanilir. Ayrica, Kolombiya Üniversitesi (Kundan Singh and Henning Schulzrinne, "Unified Messaging using SIP and RTSP", IP Telecom Services Workshop, Sept 2000, Atlanta, Georgia, US) multimedya birlestirilmis mesajlasmaya yönelik bir SIP-RTSP Geçidi gelistirmistir.

Bu sistemler kullanici tarafinda SIP ve RTSP istemcilerini ve agda SIP istemcilerini ve RTSP sunucularini kullanir, böylece bir kullanicinin multimedya içeriginin RTSP sunucularindan kullaniciya aktarildigi multimedya oturumu olusturmayi baslatmasini Farkli protokol etki alanlari arasinda multimedya aktarmak üzere kullanilabilen bir baska geçit sistemi TAKEI K ET AL "Design of gateway system between different signaling protocols of the multimedia session on the internet" INFORMATION NETWORKING, 2001. PROCEEDINGS. 15”' INTERNATIONALCONFERENCE ON 31 arasinda birlikte çalismak üzere kullanilir. Her iki protokol uçtan uca tip protokollerdir ve oturumlarin çift yönlü olusturulmasini/baslatilmasini saglar.

Bu bilinen sistemler ile ilgili bir sorun, kullanicinin bir multimedya oturumu olusturmasini gerektiren, yukarida belirtilen servislere yönelik gerekli tüm fonksiyonelligi saglamamasidir, bu sekilde kullanici tarafindan olusturulan içerik kullanicidan (iletme ucu) stüdyoya (alma ucu) aktarilir, bu sayede stüdyo kullanici tarafindan olusturulan içerigi kontrol etmek isteyebilir. Bir akisi kontrol etmeye yönelik bilinen bir protokol RTSP'dir, bu sayede RTSP istemci fonksiyonelligine sahip alma ucu bir akisi duraklatabilir veya akisi ileri veya geri oynatabilir veya bir akisi farkli bir hizda oynatabilir. Diger taraftan iletme ucu multimedya akis oturumu olusturmaya ve korumaya yönelik olarak sadece SlP protokolünü kullanabildiginde, SIP protokolü bir akisi kontrol etmeye yönelik araçlari örnegin RTSP protokolünde oldugu gibi saglamadigindan, belirtilen servisler önceki teknik sistemler ile gerçeklestirilemez. Önceki teknik sistemlerde ortaya çikabilen multimedya akisi ile ilgili bir diger sorun, alma ucunda sadece multimedya almaya yönelik bir istemci-sunucu protokol tipinin istemci fonksiyonelligi bulundugunda, sadece bir multimedya oturumu baslatabilir.

Iletme ucu, örnegin SIP protokolü gibi bir uçtan uca protokol tipi kullanarak bir multimedya akis oturumu baslatmak istediginde, alma ucu bu tür bir davete yanit veremez. SIP-RTSP geçitleri ve bilinen SlP-H323 geçitleri gibi önceki teknik sistemler bu soruna yönelik bir çözüm saglamaz.

Aglarin ve Topluluklarin Gelistirilmesine yönelik Sinama Ortamlari ve Arastirma Altyapilari üzerine yapilan Birinci Uluslararasi Konferansa ait kayitlardan alinan Fresa vd. tarafindan hazirlanan "A testbed for experimentation of innovative services in the C0.Ri.TeL. Konsorsiyumu tarafindan, amaci çok çesitli B3G SIP bazli mobil servisleri denemeye yönelik, lMS fikirlerinin esin kaynagi, uygun ve ortak bir platform saglamak olan Presto Projesi çerçevesinde gelistirilen bir sinama ortamini açiklar. Sinama ortaminin en üstünde denenen servisler bir, çok kullanicili video konferans mimarisini, katma degerli kullanici tarafindan tanimlanan multimedya servisleri, bir ses-görüntü mesaj kutusunu ve bir talebe bagli görüntü saglama alt yapisini içerir. Servis saglama mekanizmalarinin tümü çesitli olasi temel radyo erisim teknolojilerinden bagimsiz bir yaklasim saglayan bir ortak mobilite-yönetim ve güvenlik çerçevesi içinde olusturulur. Özellikle, gelistirilen mimarinin güvenlik özellikleri kullanici ve ag kimlik denetimini, servis erisimine yetkilendirmeyi ve uygulama katmani mobilitesi ile entegre IP katmani sinyalleme kriptografisini içerir.

Applications; draft-whitehead-mmusic-sip-for-streaming-media-02" baslikli 8.

Whitehead vd. tarafindan MMUSIC Working Group sirketinden alinan Internet-Taslagi, akis medya uygulamalarina yararli olabilen Oturum Baslatma Protokolü (SIP) ve Gerçek Zamanli Akis Protokolü (RTSP ve RTSP v2) arasinda bir yakinsama öneren bir dizi kullanim örnegini ve ilgili gereksinimlerini özetler. Bu fayda özellikle birlestirilen/harmanlanan medya servisleri baglaminda belli olur.

EP1890463 A1 bir telekomünikasyon agi araciligiyla interaktif servisler saglamaya yönelik bir yöntemi açiklar. Yöntemde bir isitsel/görsel (A/V) akis ve bir kontrol verisi bir uygulama sunucusu ve telekomünikasyon aginin bir çogullama ve erisim kontrol modülü arasinda, bir multimedya çift yönlü interaktif protokolü yardimiyla degistirilir. konumdaki televizyon ekipmani ile iletisime yönelik telekomünikasyon agi içinde uygulanir, burada IPTV protokolleri uygulama sunucusundan alinan bir A/V akisinin bir müsterinin bulundugu konumdaki televizyon ekipmanina iletime yönelik bir akis protokolünü ve çogullama ve erisim kontrol modülünde kullanici komutlari almaya yönelik bir tek yönlü interaktif protokolü içerir. Ayrica kullanici komutlari uygulama sunucusuna iletime yönelik çift yönlü interaktif protokol mesajlarina dönüstürülür ve yanit verisi uygulama sunucusundan kullanici komutlarinin kaynaklandigi müsterinin bulundugu yerdeki televizyon Cihazina aktarilir.

Kullanici tarafindan olusturulan multimedyanin birçok multimedya alma ucuna aktarilmasi gerektiginde, önceki teknik sistemlerinde çesitli baska sorunlar ortaya çikabilir. Bir multimedya akisini almak söz konusu oldugunda bu alma uçlarinin tamami farkli özelliklere veya tercihlere sahip olabilir. Bir alma ucu bir canli akisi almak isteyebilir, bununla beraber digeri akisi yukarida açiklandigi gibi kontrol etmek isteyebilir. Ayrica alma uçlarinin ag adreslerinin yani sira bu tercihler ve özellikler iletme ucunda bilinmeyebilir.

Bulusun kisa açiklamasi Bulusun bir amaci önceki teknikte bilinen sorunlarin en az birini azaltmak veya ortadan kaldirmak ve bir birinci terminalden (12) bir birinci multimedya akisi iletmeye ve bir ikinci terminalde (16) bir ilgili ikinci multimedya akisi almaya yönelik bir yöntem saglamaktir, burada birinci ve ikinci terminal birinci multimedya akisinin iletimini saglamaya ve ilgili ikinci multimedya akisini almaya yönelik en az bir geçide (15) baglanir, yöntem asagidaki adimlari içerir: - birinci terminalin bir birinci protokolü kullanarak, birinci terminal ve geçit arasinda bir birinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisini baslatmasi; - geçidin, yeni bir multimedya akisinin kullanilabilirligini ikinci terminale bilgilendirmeye yönelik ve bir ikinci protokolü kullanarak ikinci terminal ve geçit arasinda bir ikinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisi baslatmaya yönelik bir tetikleyici saglamasi; söz konusu tetikleyici geçidin bir ag adresini içerir; - tetikleyici saglama hakkinda, ikinci terminalin bir üçüncü protokolü kullanarak, ikinci terminal ve geçit arasinda ikinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisi yapmayi baslatma, üçüncü protokol bir istemci-sunucu protokol tipidir ve ikinci protokolden ve birinci protokolden farklidir; söz konusu ikinci terminal söz konusu üçüncü protokolün istemci tarafi özelliklerini içerir; - birinci terminalden birinci multimedya akisini iletme ve ikinci terminalde ikinci ilgili multimedya akisini alma.

Dolayisiyla yöntem bir birinci terminalinin kullanicisinin, gerçek zamanli kullanici tarafindan olusturulan içerigin bir multimedya akisini iletmesini saglar, bu sayede ikinci terminalin ilgili multimedya akisini almak üzere kullandigi gibi birinci terminal bir multimedya akisi olusturmak üzere farkli bir multimedya protokolünü kullanir.

Düzenlemeye göre yöntemde bir geçit bir birinci protokolü. örnegin SIP, destekleyen bir birinci terminali bir farkli (üçüncü) protokolü, örnegin RTSP, destekleyen bir ikinci terminale baglayabilir. Birinci terminale dogru, baska bir deyisle kullanici tarafindaki (kaynaklanan) SIP istemcisi, geçit (sonlanan) SIP istemcisi olarak kullanilir. Geçit birinci multimedya oturumunun spesifikasyonlari hakkinda birinci terminal ile bilgi alisverisi yapar. Birinci multimedya oturumunda bir multimedya akisi birinci terminalden iIetiIir. Ikinci terminale dogru, baska bir deyisle RTSP istemcisine, geçit kullanici adina RTSP sunucusu olarak kullanilir, bu sayede ikinci terminal geçit ile ikinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisi yapmaya yönelik RTSP'yi kullanir. Ikinci multimedya oturumunda bir multimedya akisi ikinci terminalden alinir.

Ikinci terminal ikinci multimedya oturum bilgilerinin alisverisini yapmak üzere ikinci terminal tarafindan kullanilan protokolden farkli bir ikinci protokolü kullanarak tetiklenir, yeni bir multimedya akisinin kullanilabilirligini ikinci terminale bildirir ve RTSP istemcisini geçidin RTSP sunucu fonksiyonuna baglanmak üzere aktive eder. Istege bagli olarak RTSP istemcisinin aktivasyonu sadece ikinci terminalinin kullanicisinin onayindan sonra oitaya çikabilir. Onay adimi sonra tamamen otomatiklesmis prosesin basit parçasidir.

Geçit hem bir SIP istemcisi hem de RTSP sunucusu olarak kullanilir ve ikinci terminali geçide baglamaya yönelik ikinci terminale bir tetikleyici saglayabilir. Bulus, tetikleyicinin multimedya alimini düzenlemek üzere ikinci terminalin kullandigi protokolden farkli bir protokol kullanilarak saglanmasi fikrine dayanir. Bu fikir bazi protokollerin sadece bir yönde bir multimedya oturumu baslatabildigi görüsüne dayanir. Tetikleyici (mesaj) kullanicidan gelen SlP istemcilerinin ve stüdyodan gelen RTSP istemcilerinin kullanici tarafindan iletilen içerigin birinci terminalden ikinci terminale iletilmesini saglamak amaciyla baglanabilmesini saglar.

Bulusa göre yöntemin bir diger düzenlemesinde, birinci multimedya oturum bilgilerinin alisverisi birinci terminale ikinci multimedya oturum bilgilerinin saglanmasini ve bu sayede söz konusu saglamaya karsilik olarak birinci terminalden birinci multimedya akisinin baslatilmasi saglanir. Bu yönteme daha fazla esneklik saglama avantaji içerir.

Artik geçit akisin iletilmesinde ve alinmasinda yer alan terminallere her iki ilgili multimedya oturumunun önceden konfigüre edilen spesifikasyonlarini saglamaz, fakat geçit ikinci alma terminalinden (talep edilen) ayarlari kullanabilir ve bunlari birinci iletme terminaline saglayabilir. Bunun tersine ve ayni faydayi saglamak amaciyla, geçit birinci iletme terminalinden (talep edilen) ayarlari kullanabilir ve bunlari ikinci, alma, terminaline saglayabilir. Her iki durumda da multimedya akislari iletme, sirasiyla alma sadece bu ayar alisverisinin yapilmasindan sonra baslayabilir.

Yöntemin bir düzenlemesinde, birinci protokol bir uçtan uca protokol, tercihen Oturum Baslatma Protokolüdür (SIP). Uçtan uca protokolün avantaji her iki tarafin bir akis oturumunu baslatabilmesidir. Böylece bulusta, bir multimedya akisi sunan birinci terminal olabilir veya birinci terminalin bir multimedya akisi sunmasini ilk talep eden geçit olabilir. SIP protokolü multimedya oturumlarinda çok yaygin kullanilan bir protokoldür ve dolayisiyla birçok cihaz ve ag mimarisi bu protokolü destekler.

Yöntemde üçüncü protokol bir istemci sunucu tipi protokol, tercihen Gerçek Zamanli Akis Protokolüdür (RTSP). Tipik olarak bir istemci-sunucu tipi protokol bir multimedya oturumunun sadece tek yönlü baslatilmasini desteklemek üzere tasarlanan bir protokoldür. Sadece istemci tipik olarak olusturmayi baslatabilir. Dolayisiyla, ikinci alma terminali bu tür bir protokolün sadece istemci özelliklerine sahip oldugunda ve dolayisiyla bu tür bir protokol üzerinden bir davet alamadiginda bulus avantajli bir sekilde kullanilir. RTSP protokolünün kullanilmasi, alan ikinci terminal gelen akisi kontrol etmek ve bu protokolün özel kontrol seçeneklerini kullanmak istediginde yararli olabilir.

Yöntemde, ikinci terminale bir tetikleyici saglama adimi geçit ile baslatilir. Geçide sahip olma ve örnegin birinci terminalin tetikleyiciyi saglamamasi, birinci terminal dogru tetikleyici özelliklerine sahip olmadiginda ve ikinci terminale nasil ulasacagini bilmediginde ve ulasilmasi gereken çoklu alma terminali örneginde avantajli olabilir.

Yöntemde, tetikleyici bir ag adresi, tercihen geçidin bir URI veya URI referansini içerir.

Bu, ikinci bir varsayilan adres ile konfigüre edilmediginde veya multimedya akislarini almaya yönelik normalde kullanilan varsayilan (proxy) adresi kullanilamadiginda avantajli olabilir.

Yöntemin bir diger düzenlemesinde, birinci multimedya oturum bilgilerinin alisverisi terminale saglayan geçit oldugunda avantajli olabilir. Bu durumda, geçidin ulasilacak ikinci terminalin adresini tanimlayabilmesi gerekir.

Yöntemin bir diger düzenlemesinde, yöntem, tetikleyicinin ikinci terminale saglanmasindan önce, ikinci terminalin tanimlayicisinin bir ag adresinde çözümlemesine iliskin ek adimi içerir. Bu durum tetikleyici geçit tarafindan gönderildiginde ve tanimlayici ikinci terminalin bir ag adresini içermediginde ortaya çikabilir. Tanimlayici bir kapali kullanici grup kimligi olabilir, bu durumda ilk olarak tüm alma terminallerinin tüm ag adreslerinin tanimlanmasi gerekebilir.

Yöntem göre bir diger düzenlemede, birinci ve ikinci protokoller aynidir. Bu bulusun uygulanmasini basitlestirir. Bu tür bir durum alma terminali hem RTSP hem de SIP istemci özelliklerine sahip oldugunda meydana gelebilir. Sonra SIP protokolü kullanilarak tetikleyici saglanabilir, bununla beraber multimedya akisinin aliminin baslatilmasi ve olusturulmasi, RTSP istemcisi kullanilarak yapilabilir, böylece SlP'de bulunmayan kontrol fonksiyonelliklerini (trick modu) saglar.

Yöntemin bir diger düzenlemesinde, ikinci ilgili multimedya akisi bir çoklu yayin akisidir. Bu durum canli multimedya akisina bir çoklu alma terminalleri sunulabildiginde avantajli olabilir. Tetikleyici ile saglandiktan ve ikinci multimedya oturum bilgileri alisverisinde geçitten bir çoklu yayin adresi aldiktan sonra çoklu yayina kayit olmak üzere IGMP'yi kullanabilir.

Yöntemin bir diger düzenlemesinde, birinci ilgili multimedya akisi bir çoklu yayin akisidir. Bu birinci iletme terminali multimedya akisini çoklu yayin yapmak üzere kullanabildiginde bir çoklu yayin adresine sahip oldugunda (aldiginda) avantajlidir.

Yöntemin bir diger düzenlemesinde, birinci multimedya akisi ikinci ilgili multimedya akisi ile yani multimedya akisidir. Bu durumda (canli) içerik iletme birinci terminalinden canli/herhangi bir önemli gecikme olmadan da alinabilir. Ek trick modu (kontrol) fonksiyonelligi saglamak amaciyla, iletilen multimedya akisinin bir ikinci ilgili akis olarak bir ikinci terminale tekrar iletilmeden önce, ilk olarak bir RTSP sunucusu gibi bir multimedya sunucusunun kontrolü altindaki bir konuma aktarilmasi ve ara bellege alinmasi gerekir. Ek kontrol fonksiyonlari (örnegin ileri, geri, duraklatma)sonra bu ikinci ilgili akisa uygulanabilir.

Yöntemin bir diger düzenlemesinde, birinci terminal ve geçit ayni cihaz içinde yer alir ve birinci protokol bir dahili protokoldür. Bu, ag (veya stüdyo/alma ucu)bulusa göre geçit fonksiyonelligine sahip olmadiginda avantajli bir uygulama olabilir. Tercihen bu durum iletme ve alma terminali arasinda bire bir iliski bulundugunda ve her iki terminal mobil cihazlarda yer aldiginda ortaya çikabilir.

Bir açida, bulus istem 12'ye göre bir sistem ile ilgilidir.

Bulusa göre sistemin bir diger düzenlemesinde, geçit ayrica birinci multimedya oturumu bilgilerinin ikinci multimedya oturum bilgileri ile iliskilendirilmesi anlamina gelir. Bu, geçit terminallerin iletilme ve alma terminallerinin nasil kontrol edilecegine iliskin bir varsayilan konfigürasyona sahip olmadigindai fakat daha esnek bir düzenleme gerektiginde avantajli olabilir, bu sayede multi medya oturumlari olustururken dahil olan terminallerin ayarlama talepleri ve özellikleri dikkate alinir.

Bulusun bir diger açisi, istem 11'e göre bir geçit ile ilgilidir.

Bulusa göre geçidin bir diger düzenlemesinde, geçit ayrica birinci multimedya oturumu bilgilerinin ikinci multimedya oturum bilgileri ile iliskilendirilmesi anlamini içerir.

Bulusa göre geçidin bir diger düzenlemesinde, geçit SIP istemci fonksiyonelligini ve RTSP sunucu fonksiyonelligini içerir.

Bulusa göre bir geçidin bir diger düzenlemesinde, geçit bir IMS agi mimarisinde yerlesik bulunur, burada birinci protokol SIP'dir, üçüncü protokol RTSP'dir ve burada içindeki Servis Kontrol Fonksiyonu'nun parçalaridir - ikinci multimedya terminalinin tetikleyicisine yönelik araçlar IMS içindeki Servis Kontrol Fonksiyonu'nun parçalaridir - ikinci multimedya oturum bilgileri alisverisi yapmaya yönelik araçlar IMS içindeki Medya Fonksiyonu'nun parçalaridir arasinda giderek daha popüler hale gelen bir mimaridir. Bulusun bir düzenlemesine göre dagitilan geçit, lMS mimarisinde önceden bulunan standart(lastirilmis) bilesenler ve fonksiyonellikler kullanilarak uygulanabildiginden özellikle avantajlidir.

Bir diger açida, bulus istem 13'e göre bir cihaz ile ilgilidir.

Bu (operatör) agi bulusa göre bir geçit içermediginde veya desteklemediginde avantajli olabilir. Cihaz örnegin internet yoluyla erisilebilen bir ana bilgisayara bir canli akis sunmayi isteyen bir birinci mobil cihaz olabilir.

Bir diger açida bulus ayrica, bulusa göre yöntem adimlarini gerçeklestirmeye, bir terminalin veya geçidin belleginde çalistiginda, yönelik konfigüre edilen yazilim kodu parçalarini içeren bir bilgisayar programi ürünü ile ilgilidir.

Bulus, bulusa göre düzenlemeleri sematik olarak gösteren sekillere ekteki sekle referans ile daha ayrintili olarak açiklanacaktir. Bulusun hiçbir sekilde bu spesifik düzenlemeler ile sinirli olmadigi anlasilacaktir.

Sekilleriri kisa açiklamasi Sekil 1 mevcut bulusun kullanilabildigi bir örnek sistemi gösterir.

Sekil 2 SIP protokolünü kullanarak basitlestirilmis bir örnek bilgi akisini gösterir.

Sekil 3 RTSP protokolünü kullanarak örnek bir bilgi akisini gösterir.

Sekil 4 bulusun bir örnek düzenlemesini gösterir.

Sekil 5a bulusun bir örnek düzenlemesindeki bir SIP istemcisi, bir SIP-RTSP geçidi ve bir RTSP istemcisi arasinda bilgi akisini gösterir.

Sekil 5b bulusun bir diger örnek düzenlemesindeki bir SIP istemcisi, bir SIP- RTSP geçidi ve bir RTSP istemcisi arasinda bilgi akisini gösterir.

Sekil 50 bulusun bir örnek düzenlemesindeki bir SIP istemcisi, bir SIP-RTSP geçidi ve bir RTSP istemcisi arasinda bilgi akisini gösterir, bu sayede birinci terminal ve geçit bir mobil cihaz içinde yer alir.

Sekil 6 bulusta kullanima yönelik konfigüre edilen bir IMS mimarisini gösterir.

Sekil 7 bulusta kullanima yönelik konfigüre edilen örnek bir IMS mimarisindeki bilgi akisini gösterir.

Detayli açiklama Sekil 1 mevcut bulusun kullanilabildigi bir örnek sistemi gösterir. Ev konumunda, örnegin bir set üstü kutuda yer alan bir birinci terminal (1), görüntüleme cihazina, örnegin televizyona baglanir. Ayrica, televizyon stüdyosu ile yayinlanan ve evde bulunan kullanicinin canli multimedya katilimini saglayan bir program içeren bir TV sinyali (2) alir. Bir düzenlemede, örnegin kullanicinin multimedya katilimi terminale baglanan bir web kamerasi (3) kullanilarak gerçeklestirilebilir. Web kamerasi ile olusturulan multimedya akisi (4) bir IP agi (5) üstünden TV stüdyosunda bulunan ikinci terminale (6) aktarilir. TV stüdyosunda ikinci terminal (6) kullanici tarafindan olusturulan akisi (4) alir. Böylece kullanicidan stüdyoya bir canli video beslemesi saglanabilir.

Bu tür bir servis asagidakileri gerektirir: (i) evde bulunan bir kullanicinin evde bulunan birinci terminal (1) ile stüdyoda bulunan ikinci terminal (6) arasinda bir multimedya oturumu olusturabilmesi, burada multimedya oturumu kullanici tarafindan olusturulan multimedya içeriginin (4) stüdyoya akisini saglamasi ve (ii) stüdyonun evde bulunan terminal tarafindan gönderilen multimedya akisini kontrol etmek (örnegin oynatma, duraklatma, durdurma) saglamasi.

Sekil 1te baglantili olarak açiklanan multimedya katilimini saglayan ev konumundaki sistemin çesitli alternatif yollar ile gerçeklestirilebilecegi anlasilir. Teknikte uzman kisiler birinci terminal (1), görüntüleme cihazi ve web kamerasinin örnegin bir kisisel bilgisayar, bir dijital asistan (PDA), multimedya özellikleri olan bir mobil telefon gibi bir cihazda bütünlesik olabilecegini anlayacaktir. Benzer sekilde, stüdyodaki sistem örnegin ikinci terminali içeren bir medya sunucusu olabilir, burada ikinci terminal multimedya akisi alimina yönelik bir RTSP istemcisini içerir. Alternatif olarak, ikinci terminal bir karistiricida veya bir ses ve görüntü dönüstürücüde bulunabilir ve multimedya akis adaptasyonuna göre konfigüre edilebilir.

Bir diger varyantta, ikinci terminal bir diger (ev) konumunda bulunan cihazin parçasi olabilir ve kullanici- kullanici multimedya akis iletimine yönelik kullanilabilir. Ikinci terminali içeren cihaz media player yazilimi içeren bir özel Set Üstü Kutu (STB), bir kisisel bilgisayar veya cep telefonu olabilir.

Birinci terminal bir cihazdaki fonksiyonel bir ünite veya bir multimedya akisinin iletimini yönetebilen (baslatabilen, anlasabilen, izleyebilen ve kontrol edebilen) bir cihaz olarak degerlendirilebilir. Benzer sekilde, ikinci terminal bir cihazdaki fonksiyonel bir ünite veya bir multimedya akisinin alimini yönetebilen (baslatabilen, anlasabilen, izleyebilen ve kontrol edebilen) bir cihaz olarak degerlendirilebilir.

Bir IMS mimarisinde, SlP protokolü iki SIP istemcisi, örnegin iki IP telefonu arasinda bir multimedya oturumu olusturmak ve/veya anlasmak üzere kullanilir. Burada, istemci terimi bir cihazin veya terminalin belirli bir özelligini belirtebilir. Örnegin bir SIP istemcisi SIP protokolünü kullanmaya yönelik konfigüre edilen bir cihaza veya SIP özelligine sahip bir terminale refere edebilir.

SIP protokolünü kullanan örnek bir akis Sekil 2'de gösterilir. Tipik olarak bir birinci SIP istemcisi ikinci SIP istemcisine, sonrasinda birinci SIP istemcisine bir SIP mesaji ileterek daveti kabul eden bir SIP INVITE 7 gönderir. Her iki mesaj multimedya oturumu hakkinda bilgi tasiyabilir. Bu bilgi alisverisi SIP protokolünde yer alabilen, Oturum Açiklama Protokolü (SDP) kullanilarak yapilir. Multimedya oturum bilgileri digerlerinin arasindan IP adresleri, RTP akislarina yönelik port numaralari, medya (ses, odyo, görüntü, vb.) ve kodek bilgileri tipini içerebilir. Bundan sonra, multimedya RTP protokolü (9) kullanilarak SlP istemcileri arasinda aktarilabilir.

Ancak SIP interaktif medya oturumlari olusturmaya ve desteklemeye yönelik tasarlanir.

SIP bir tür toplam akis kontrolü de saglamasina ragmen (baska bir deyisle bir kontrol oturumu ile farkli konumlardan çoklu akislari kontrol etme özelligi), Talebe Bagli Görüntü Hizmeti (VoD) gibi akis uygulamalarinda kullanilan RTSP protokolü ile saglanan etkili bir kontrol saglamaz. RTSP örnegin oynatma, duraklatma, durdurma, ileri sarma, geri sarma vb. gibi VCR-benzeri komutlari vererek bir akis medya (RTSP) sunucusunu uzaktan kontrol etmesini saglar ve bir sunucudaki dosyalara zamana dayali erisim saglar. Ayrica, mevcut ekipman bir SIP istemcisi ile saglanamayacagindan RTSP kullanimini gerektirmeyebilir.

Sekil 3 RTSP protokolünü kullanarak örnek bir bilgi akisini sematik olarak gösterir. Bir RTSP istemcisi ve bir RTSP sunucusu arasinda bir RTSP multimedya oturumunu olusturmada ve kontrol etmede, standart RTSP mesajlari (10) (SEÇENEKLER, AÇIKLAMA, OLUSTURMA, OYNATMA) alisverisi her iki tarafa bir RTSP oturumuna yönelik gerekli bilgileri saglamak amaciyla istemci ve sunucu arasinda yapilir. RTSP protokolünün çalismak üzere tasarlandigi yöntem, bu tür bir oturumun olusturulmasini baslatan RTSP sunucusu degil RTSP istemcisidir. SlP'ye benzer sekilde, RTSP oturumu bilgileri alisverisi RTSP protokolünde yer alabilen Oturum Açiklama Protokolü (SDP) kullanilarak yapilir. Oturum olusturuldugunda, multimedya, RTP protokolü kullanilarak istemciden (11) sunucuya aktarilabilir, burada RTSP istemcinin akisi kontrol etmesini saglar.

Sekil 4, mevcut bulusa göre bir örnek düzenlemeyi ifade eden bir sistemin sematik bir görünüsünü gösterir. Bu düzenlemede, evde bulunan birinci terminal (12) bir SIP-RTSP geçidi (15) ile SIP oturumu (14) olusturabilen bir SIP istemcisi (13) içerir. SIP-RTSP geçidi TV stüdyosundaki ikinci terminali (16) içerebilen bir cihazda bulunabilir. Ikinci terminal (16) bir RTSP istemcisi içerir.

Kullanici tarafindaki birinci terminalin (kaynaklanan) SIP istemcisine dogru, geçit bir (sonlanan) SIP istemcisi olarak kullanilir. Geçit multimedya oturumunu birinci terminalden alabildigini dogrular ve kullanici tarafindaki birinci terminali oturum detaylari ve RTP port numarasi hakkinda bilgilendirir. Birinci multimedya akis oturum bilgileri alisverisi, SIP mesajlarinda yer alabilen SDP protokolünü kullanarak yapilabilir.

Ayrica geçit ikinci terminali tanimlamak üzere kullanilan birinci terminalden alinan bir tanimlayiciyi ikinci terminalin bir ag adresine çözümleyebilir. Çözümleme prosesi geçit tarafindan veya geçidin kontrolü altinda bir baska modül tarafindan yapilabilir.

Tanimlayici çözümlemenin gerekmedigi bir durumda, ikinci terminalin uygun bir ag adresi olabilir.

Birinci multimedya akis oturumu bilgileri alisverisi yapma davetinin baslatilmasina karsilik olarak, uygun bir ag adresi ile sagladiktan sonra, geçit ikinci terminale bir tetikleyici mesaj gönderebilir. Tetikleyici mesaj geçit ile bir RTSP oturumu baslatmak üzere RTSP istemcisini yönlendirir. Geçidin tetikleyici göndermesi gerekmez, ayrica baska bir modülü (bir Kisa Mesaj Servis Merkezi SMSC gibi) kendi adina yapmak üzere yönlendirebilir.

Dolayisiyla, RTSP istemcisi (18) içeren ikinci terminale dogru, SIP-RTSP geçidi bir RTSP sunucusu olarak kullanilir, böylece RTSP istemcisinin, birinci terminalden (SIP istemcisi) iletilen ve ikinci terminalde (RTSP istemcisini içeren) bir ilgili ikinci multimedya akisi olarak alinan RTP akisi (19) üstünde RTSP oturumu kontrolüne sahip olmasini saglar.

Birinci multimedya akisi ikinci ilgili multimedya akisi ile ayni multimedya akisi olabilir.

Bu durumda içerik dogrudan birinciden ikinci terminale aktarilir. iletilen birinci akis ikinci terminale bir ikinci ilgili akis olarak daha fazla iletmeden önce bir RTSP sunucusunun kontrolü altinda ara bellege alinmaz. Bu içerigin ikinci terminale “canli yöntemde” sunulma avantajina sahiptir. Bu yöntemde, RTSP istemcisinin trick modu fonksiyonellikleri (duraklatma, hizli ileri oynatma vb.) akisi kontrol etmek üzere kullanilamaz.

Sekil 5(a) SIP istemcisi (birinci terminalde bulunan), SIP-RTSP geçidi ve RTSP istemcisi (ikinci terminalde bulunan) bilgi akisinin bir örnek düzenlemesini gösterir. Bir birinci adimda (20), birinci multimedya akis oturum bilgileri (SIP oturumu) alisverisi, ikinci terminale bir birinci multimedya akisi aktarmak istedigini belirten geçide bir SIP DAVETI gönderen birinci terminaldeki SIP istemcisi tarafindan baslatilir. Diger varyantlarda, birinci terminal birinci multimedya akis oturum bilgileri alisverisini baslatmak üzere H.323 veya MPEG-4 Dagitim Multimedya Entegrasyon Çerçevesi (DMIF) Varsayilan Sinyalleme Protokolü (DDSP) gibi bir baska protokol kullanabilir.

Bir ikinci adimda (21), geçit daveti kabul eder ve bunun karsiliginda, ikinci terminale SIP-RTSP geçidi olan bir RTSP oturumu baslatmak üzere bir tetikleyici saglar. Istege bagli olarak, tetikleyiciyi saglamadan önce, geçidin ilk olarak birinci terminaldeki SIP istemcisi ile iletilen ikinci terminalin bir tanimlayicisi çözmesi gerekebilir. Ikinci terminalin ag adresini elde etmeye yönelik çözümleme prosesi bir DNS, ENUM veya diger veritabani sorgusu içerebilir.

Geçit, tetikleyiciye ikinci terminalden gelen RTSP talebini (RTSP talebi ikinci multimedya akis oturumu bilgilerinin parçasidir) SIP oturumu ile iliskilendirmek üzere geçit tarafindan kullanilabilen bir geçit olusturulan tanimlayici gibi ek bilgi saglayabilir.

Tetikleyicideki bilgi bir RTSP URI`da bulunabilir.

Tetikleyici, örnegin bir SIP içerigi dolaylama talebi (RFC 4483), bir Kisa Mesaj Servisi (SMS) mesaji veya bir Yapilandirilmamis Tamamlayici Servis Verisi (USSD) mesaji bir tetikleyici mesaji formuna sahip olabilir. Ayrica, tetikleyici mesaj özel bir uygulama programlama arayüzü (APl) kullanarak RTSP istemcisine veya SOAP, bir Uzaktan Prosedür Çagrisi (RPC) veya bir telnet arayüzü kullanarak bir Web Servisi arayüzü gibi RTSP istemcisi üstündeki bir kontrol arayüzüne aktarilabilir. Bu tür arayüzler bir multimedya akisi talep eden bir “manuel kullanici girisini” taklit edebilir.

Gelen tetikleyici mesaj RTSP istemcisini bir multimedya akisini talep edecek sekilde yönlendirmek veya bunu yapmak üzere bir baska modülü yönlendirmek üzere konfigüre edilebilen tetikleyici protokol yigini (örnegin bir SOAP yigini veya RPC yigini) tarafindan yorumlanabilir. Alternatif olarak, ikinci terminal bir multimedya akisi talep etmek üzere Microsoft Media Server protokolü MMS veya Baglantili Metin Aktarim Protokolü HTTP gibi bir baska protokolü kullanabilir.

Ardindan, bir üçüncü adimda (22), geçit ikinci terminalde bulunan RTSP istemcisi ile ikinci oturum bilgilerinin alisverisini yapmayi, SDP bilgilerini RTSP istemcisine ileterek ve RTSP istemcisinden RTP akisinin gönderilmesinin gerektigi dogru RTP portunu alarak gerçeklestirir. Bu alisveris sirasinda geçit RTSP istemcisine, (ikinci ilgili) multimedya akisini almaya yönelik kullanilmasi gereken RTP port numarasi veya akisin alinabildigi bir çoklu yayin veya diger adres gibi talimatlar verebilir.

Bir dördüncü adimda (23) geçit SIP oturumunu SIP istemcisine bir SIP 200 OK mesaji ile dogrular ve SIP istemcisine birinci multimedya akisini iletmek üzere kullanilacak RTP port numarasini saglar ve SDP bilgilerini dogrular. Son olarak, besinci ve son adimda (24), birinci terminal RTP multimedya akisini ikinci terminale aktarmaya baslar.

Birlestirilmis SIP/RTSP oturumunun sonlandirilmasi (Sekil 5(a)'da gösterilmez) yukarida açiklanan bu oturumun baslatilmasina benzer bir sekilde gerçeklestirilebilir.

SIP istemcisi (birinci terminalin) oturumu sonlandirmak istedigini belirttiginde, geçit bir SIP BYE mesajini bir RTSP YENIDEN YÖNLENDIRME mesajina (konum basligi olmadan) çevirebilir. RTSP YENIDEN YÖNLENDIRME mesaji güncellenmis RTSP sürümünün bir taslaginda bulunabilir (bakiniz Schulzrinne vd. tarafindan 19 Kasim 2007 tarihinde yayinlanan Gerçek Zamanli Akis Protokolü 2.0`in Internet taslagi RFC oturumu sonlandirmak istedigini belirttiginde, geçit bir RTSP KAPAMA mesajini bir SIP BYE mesajina çevirir (bu sonra birinci terminalde bulunan SIP istemcisine gönderilir).

Bir diger düzenlemede, multimedya akisi ilk olarak geçit ile baslatilabilir. Bu durumda, geçit ikinci terminalde bulunan RTSP istemcisine tetikleyici mesaji saglar ve kendi SIP istemci fonksiyonelligi yoluyla birinci terminalin SIP istemcisini bir SIP oturumu olusturmaya davet eder. SIP istemcisi, geçit ve RTSP istemcisi arasindaki bilgi akisi sematik olarak Sekil 5(b)'de gösterilir.

Bir diger düzenlemede, geçit birinci terminalde bulunabilir. Bu durumda, birinci multimedya akis oturumunu bilgileri alisverisine yönelik kullanilan birinci protokol sadece bir dahili protokol olabilir. Oturum sonra birinci terminalin kullanici arayüzünün bir uyarani ile tetiklenebilir. Bu sema sematik olarak Sekil 5(c)'de gösterilir, burada birinci terminal bir mobil cihazda bulunabilir. Alternatif olarak, birinci terminal tarafindan alinan uyaran bir dis kaynaktan da gelebilir. Bu durumda, örnegin mobil cihazdan alinan bir SMS mesaji bir oturumu tetikleyebilir.

Sekil 6 ETSl TISPAN ile belirlenen bir IMS bazli lPTV mimarisinin uygulanmasini gösterir. Örnegin mimari bir senaryoya yönelik kullanilabilir, burada bir birinci terminalini (UE1 601) kontrol eden lMS bazli (kullanici tarafindan olusturulan) içerik servisinin bir birinci abonesi, multimedya akisini ikinci terminali (UE2 602) kontrol eden ikinci bir aboneye aktarmak ister.

Bu düzenlemede, bulusa göre geçit dagitilan tiptir, burada birinci multimedya akis oturumu bilgilerinin UE1 ile alisverisi tipik olarak Servis Kontrol Fonksiyonu (SCF 603) ile gerçeklestirilir ve ikinci multimedya akis oturumu bilgilerinin UE2 ile alisverisi Medya Fonksiyonu (MF 605) ile gerçeklestirilir. Tetikleyicinin UE2'ye saglanmasi SCF 603 tarafindan kontrol edilebilir ve/veya çalistirilabilir. Bir varyantta, MF'deki Medya Kontrol Fonksiyonu MCF 606 tetikleyici gönderebilir ve Medya Dagitim Fonksiyonunu MDF (607) multimedya akisinin nasil dagitilacagi konusunda yönlendirebilir. Bu örnekte birinci abone birinci multimedya akisi olusturmaya yönelik bir multimedya oturumu olusturmak üzere SIP`yi kullanir, bununla beraber ikinci abone ilgili ikinci multimedya akisini almak üzere RTSP*yi kullanir.

Birinci abonenin multimedya akisini almak üzere ikinci aboneyi davet etmesi amaciyla, Sekil 7'deki akis diyagrami ile gösterilen asagidaki adimlar gerçeklestirilir. Bir birinci adimda (701) bir birinci abone (UE1 601 kullanarak) multimedya akisini bir ikinci abone ile (UE yoluyla Servis Kontrol Fonksiyonu SCF (603) ile bir SIP oturumu olusturarak paylasmak isteyebilir. SIP DAVETI talebi bir URI- içeren listeyi kullanarak abone terminal adreslerinin bir listesini içerebilir veya SIP DAVETI talebine dahil edilebilen bir tanimlayicinin, XML Konfigürasyon Erisim Protokolü XCAPlyi kullanarak, oturumun disinda Servis Kontrol Fonksiyonuna (SCF) bir liste gönderilebilir. Alternatif olarak, bir defada çok sayida aboneye yanit verilmesi gereken Topluluk (kapali kullanici grubu) TV gibi bir servis durumunda, SIP DAVETI talebi, tüm topluluk abonelerine çoklu tetikleyici saglamadan önce çözümlemesi gereken bir Topluluk (kapali kullanici grubu) formunda. sadece topluluga bir referans içerebilir.

Ikinci adimda ( olarak kullanilabilir ve muhtemelen IMS çekirdegi yoluyla Medya Kontrol Fonksiyonuna MCF (606) bir oturum talebi gönderir. MCF'ye oturum talebi multimedya akisinin nerede alinacagi ve nasil dagitilacagi konusunda bilgi içerir. Alternatif olarak, SCF, MCFlye dogru MEGACO/H.248 veya SOAP gibi bir baska protokol kullanabilir. Üçüncü adimda, MCF, birinci multimedya akisina yönelik bir RTP portu ve adresi olusturmak üzere MDF'ye (607) multimedya akis bilgileri gönderebilir ve bunu RTSP URI ile iliskilendirebilir. MCF örnegin multimedya akis bilgileri alisverisi yapmak üzere SIP veya MEGACO/H.248 kullanabilir.

Dördüncü adimda (704), SCF'ye MCF yaniti, birinci multimedya akisinin iletilecegi adres veya RTP portu ve/veya geçidin RTSP sunucu fonksiyonelligine basvurmaya yönelik UE2 tarafindan kullanilacak RTSP URl gibi bilgiler içerebilir.

Besinci adimda (705), SCF, SlP istemci fonksiyonelligini kullanarak birinci multimedya akisi oturum bilgileri alisverisi sirasinda, UE1'e bir geri yanit gönderir.

Altinci adimda (706) UE1 601 multimedya akisini MCF ile belirtilen sekilde ve/veya konuma iletir.

Yedinci adimda (707) SCF, UE2'ye bir tetikleyici saglamak üzere MCF”den gelen bilgileri kullanir. Tetikleyici bir SIP içerigi dolayli talebi olabilir. Talep geçide MF tarafindan saglanan RTSP URLiyi veya nasil basvurulacagina iliskin UE2'ye yönelik baska bir gösterge içerebilir. Tetikleyici ayrica UE2 ile mevcut bit SIP oturumu içinde veya bir SlP REFER talebi kullanilarak gönderilebilir.

Sekizinci adimda (708) davet edilen UE2 (602), SIP içerik yönlendirme talebine karsilik olarak, multimedya içerigini (ikinci ilgili multimedya akisi (709)) almaya yönelik MDF ile bir RTSP oturumunu (Sekil 7'de ikinci multimedya akis oturumu bilgilerinin (708) alisverisi) baslatir. RTSP URI, RTSP oturumunu SIP oturumu ile iliskilendirmek üzere MDF'ye yönelik tetikleyici mesajinda saglanan birtanimlayici içerebilir. RTSP oturumu (ikinci ilgili multimedya akisi) tekli gönderim veya çoklu gönderim olabilir. Çoklu gönderim kullanildiginda, MF, UE1`in gelen (tekli yayini) birinci multimedya akisini bir çoklu yayin akisi olarak dagitir. Sonra UE2, olusturulan RTSP oturumuna karsilik olarak, ikinci ilgili multimedya akisini almak üzere bir IGMP talebi gönderir.

Dokuzuncu adimda, SCF MFiye bir SIP ABONE OL mesaji göndererek ilgisini belirttiginde, MF, SCF'yi RTSP oturumu durumu hakkinda bilgilendirmek amaciyla SCF`ye SIP BILDIR mesajlari gönderebilir (Sekil 7'de gösterilmez).

Bulus, istemler kapsaminda degisiklik gösterebilen yukarida açiklanan düzenlemeler ile sinirli degildir. Örnegin, stüdyo terimi sadece bir profesyonel yayin stüdyosu olarak anlasilmamalidir. Bu bulusun anlami dahilindeki bir stüdyo, bir stüdyoya benzer multimedya fonksiyonelligi saglayan tüm sistemleri, örnegin bir ev konumundaki bir kullaniciya canli içerik aktarabilen ve karsiliginda kullanicidan kullanici tarafindan olusturulan içerik alabilen bir kisisel bilgisayar veya bir baska multimedya sistemi ilgilendirir.

Claims (1)

1. ISTEMLER Bir birinci terminalden (12) bir birinci multimedya akisi iletmeye ve bir ikinci terminalde (16) bir ilgili ikinci multimedya akisi almaya yönelik bir yöntem olup, burada birinci ve ikinci terminal birinci multimedya akisinin Iletimini saglamaya ve ilgili ikinci multimedya akisini almaya yönelik en az bir geçide (15) baglanir, özelligi yöntemin asagidaki adimlari içermesidir: - birinci terminalin bir birinci protokolü kullanarak, birinci terminal ve geçit arasinda bir birinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisini baslatmasi; - geçidin, yeni bir multimedya akisinin kullanilabilirligini ikinci terminale bilgilendirmeye yönelik ve bir ikinci protokolü kullanarak ikinci terminal ve geçit arasinda bir ikinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisi baslatmaya yönelik bir tetikleyici saglamasi; söz konusu tetikleyici geçidin bir ag adresini içerir; - tetikleyicinin saglanmasina karsilik olarak, ikinci terminalin bir üçüncü protokolü kullanarak, ikinci terminal ve geçit arasinda ikinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisi yapmayi baslatmasi, Üçüncü protokol bir istemci-sunucu protokol tipidir ve ikinci protokolden ve birinci protokolden farklidir; söz konusu ikinci terminal söz konusu üçüncü protokolün istemci tarafi özelliklerini içerir; - birinci terminalden birinci multimedya akisini iletme ve ikinci terminalde ikinci ilgili multimedya akisini alma. istem 1'e göre yöntem olup özelligi birinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisinin birinci multimedya oturumunun spesifikasyonlari hakkinda bilgilerin en azindan bir kisminin ikinci terminale saglanmasini içermesi ve birinci multimedya akisinin birinci terminal tarafindan iletilmesinin söz konusu saglamaya karsilik olarak baslatilmasidir. Istem 1-2lye göre yöntem olup özelligi ikinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisinin birinci multimedya oturumunun spesifikasyonlari hakkinda bilgilerin en azindan bir kisminin ikinci terminale saglanmasini içermesi ve ikinci ilgili multimedya akisini ikinci terminal tarafindan alinmasinin söz konusu saglamaya karsilik olarak baslatilmasidir. Istem 1-3`e göre yöntem olup özelligi birinci protokolün bir uçtan uca tip protokol olmasidir. Istem 1-4'e göre yöntem olup özelligi üçüncü protokolün Gerçek Zamanli Akis Protokolü (RTSP) olmasidir. Istemler 1-5lten herhangi birine göre yöntem olup, özelligi ag adresinin bir URI veya URI referansi olmasidir. Istemler 1-6`ya göre yöntem olup özelligi birinci multimedya oturumun spesifikasyonlari hakkinda bilgi alisverisinin ikinci terminalin bir tanimlayicisinin geçide saglanmasini içermesidir. Istem 7'ye göre yöntem olup özelligi yöntemin, tetikleyicinin ikinci terminale saglanmasindan önce, ikinci terminalin tanimlayicisinin bir ag adresinde çözümlemesine iliskin ek adimi içermesidir. Istem 1-8”e göre yöntem olup özelligi birinci ve ikinci protokolün ayni olmasidir. Istem 1-9'a göre yöntem olup özelligi birinci multimedya akisinin ikinci ilgili multimedya akisi ile yani multimedya akisi olmasidir. Asagidaki unsurlari içeren bir geçittir (15) - bir birinci protokolü kullanarak, bir birinci multimedya oturumunun spesifikasyonlari hakkinda bir birinci terminal (12) ile bilgi alisverisi yapmaya yönelik araçlar; - bir ikinci terminali (16) tetiklemeye, ikinci terminali yeni bir multimedya akisin kullanilabilirligi hakkinda bilgilendirmeye, tetikleyici bir ikinci protokolü kullanarak saglanir ve geçidin bir ag adresini içermeye yönelik araçlar, tetikleyici ikinci terminal ile geçidin bir ikinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisini baslatir; - bir üçüncü protokolü kullanarak ikinci terminal ile ikinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisi yapmaya yönelik araçlar, üçüncü protokol birinci protokol ve ikinci protokolden farklidir, üçüncü protokol ayrica bir istemci-sunucu tipi protokoldür; geçit söz konusu üçüncü protokolün sunucu fonksiyonelligini içerir. Bir birinci terminalden (12) bir birinci multimedya akisi iletmeye ve bir ikinci terminalde (16) bir ilgili ikinci multimedya akisini almaya yönelik sistem olup özelligi sistemin asagidakileri içermesidir: - istem 117e göre geçit (15); - birinci terminal (12) ve ikinci terminal (16), her ikisi de söz konusu geçide baglidir, burada birinci terminal (i) birinci protokolü kullanarak, birinci multimedya oturumunun spesifikasyonlari hakkinda geçit ile bilgi alisverisi yapmaya yönelik araç ve (ii) birinci multimedya akisini iletmeye yönelik araç; burada ikinci terminal (iii) ikinci protokolü kullanarak, geçitten tetikleyici almaya yönelik araç ve (iv) üçüncü protokolü kullanarak, söz konusu tetikleyiciye karsilik olarak ikinci multimedya oturumunun spesifikasyonlari hakkinda bilgi alisverisi yapmayi baslatan araç, üçüncü protokol bir istemci-sunucu tipi protokoldür; söz konusu ikinci terminal söz konusu üçüncü protokolün istemci tarafi özelliklerini içerir ve (v) birinci multimedya akisi ile ilgili ikinci multimedya akisi almaya yönelik araç. Istem 12'ye göre bir sistemde kullanima yönelik konfigüre edilen bir birinci terminali (12) içeren bir cihaz olup özelligi ayrica istem 11'e göre bir geçit (15) içermesidir. Bir bilgisayar programi ürünü olup özelligi, bir terminalin veya geçidin belleginde çalistiginda istemler 1-10`dan herhangi birine göre yöntem adimlarini gerçeklestirmeye yönelik konfigüre edilen yazilim kodu parçalari içermesidir.