專(zhuān)利名稱(chēng)：通信系統(tǒng)中的多播數(shù)據(jù)流選擇的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及無(wú)線通信網(wǎng)絡(luò)，并且具體地涉及一種用于在通信網(wǎng)絡(luò)中進(jìn)行多 播數(shù)據(jù)流選擇的設(shè)備和方法。
背景技術(shù)：
多媒體和組通信正在變?yōu)殡娦啪W(wǎng)絡(luò)更為重要的方面并且對(duì)這樣的服務(wù)的需求將 持續(xù)增長(zhǎng)。例如，目前存在允許組通信的許多不同的系統(tǒng)和網(wǎng)絡(luò)。公共安全組織特別關(guān)注 組通信，并且正向這些組織提供專(zhuān)用資源。商業(yè)甚至個(gè)人用戶也希望使用多媒體和組通信。組通信具有向許多用戶遞送一個(gè)信息流而不是向每個(gè)用戶提供單獨(dú)通信的功效。 例如，可以使用廣播來(lái)向多個(gè)用戶傳送一個(gè)數(shù)據(jù)流。然而，每個(gè)用戶終端可能沒(méi)有相同的通 信能力，導(dǎo)致一些用戶與組中的其他用戶相比具有不同的通信體驗(yàn)。在這種情況下，多個(gè)多 播組可以用于以適于不同用戶的不同的能力來(lái)遞送另外的通信流。即使在具有多個(gè)多播組 的這種多播情形中，如果向每個(gè)用戶發(fā)送單獨(dú)的通信流，那么也可以使用比要求更少的帶 寬來(lái)把信息流遞送到組。因此，已經(jīng)開(kāi)發(fā)了一組協(xié)議用于在組通信中使用。這些協(xié)議用來(lái)控制例如在通信 網(wǎng)絡(luò)中的移動(dòng)客戶端(這里也被稱(chēng)作訂戶或用戶)之間或針對(duì)所述移動(dòng)客戶端的包括數(shù) 據(jù)流的廣播和多播通信會(huì)話，所述數(shù)據(jù)流諸如音頻(語(yǔ)音)、視頻、文本消息和因特網(wǎng)協(xié)議。 每個(gè)訂戶一般與連接到通信網(wǎng)絡(luò)的通信設(shè)備(這里也被稱(chēng)為移動(dòng)客戶端或訂戶單元)相關(guān) 聯(lián)。嘗試或?qū)ず?paged)加入組呼叫的移動(dòng)客戶端被要求在能夠加入會(huì)話之前與支持該會(huì) 話的服務(wù)器經(jīng)歷會(huì)話和資源協(xié)商。然而，由于不同無(wú)線通信網(wǎng)絡(luò)中的移動(dòng)性和操作，所以導(dǎo) 致很復(fù)雜。雖然多媒體信息流的源可以是或可以不是固定的，但是預(yù)計(jì)參與流送多媒體的用 戶將在高度移動(dòng)的無(wú)線環(huán)境中操作。另外，一個(gè)用戶可以正在寬帶網(wǎng)絡(luò)中操作，而另一用戶 可以正在窄帶網(wǎng)絡(luò)中操作。此外，在相同網(wǎng)絡(luò)中操作的兩個(gè)用戶可以體驗(yàn)完全不同的服務(wù) 質(zhì)量，因?yàn)橐粋€(gè)用戶可以處于在人口稀少的小區(qū)中并且接近于接入點(diǎn)，而另一用戶可以在 人口密集的小區(qū)并且遠(yuǎn)離接入點(diǎn)。而且，訂戶將在可能不同的訂戶設(shè)備上接收流，一些訂戶 設(shè)備以少量電池電源勉強(qiáng)供電，其他訂戶設(shè)備由車(chē)輛引擎供電，以及一些訂戶設(shè)備具有不 同顯示能力(視頻和語(yǔ)音，僅語(yǔ)音，大屏幕對(duì)比小屏幕等)。因?yàn)橛啈粼O(shè)備和當(dāng)前網(wǎng)絡(luò)附件 允許，而容納網(wǎng)絡(luò)條件也由于移動(dòng)性或操作改變而改變，所以每個(gè)用戶不考慮他們的本地 條件而對(duì)接收最優(yōu)質(zhì)量的多媒體體驗(yàn)感興趣。此問(wèn)題的一個(gè)解決方案是從用戶終端向信息發(fā)送方提供動(dòng)態(tài)反饋。然而，此解決 方案對(duì)于組呼叫來(lái)說(shuō)沒(méi)有很好地起作用，其中可能存在體驗(yàn)許多不同網(wǎng)絡(luò)條件的許多不同 的訂戶。另一問(wèn)題是發(fā)送方必須接收并處理反饋信息，決定向誰(shuí)發(fā)送什么內(nèi)容，并且產(chǎn)生媒 體的多個(gè)拷貝，這花費(fèi)了相當(dāng)大的開(kāi)銷(xiāo)。在發(fā)送方的設(shè)備是具有有限處理資源的移動(dòng)終端 的情況下，這可能是困難的。另外，如果發(fā)送方是移動(dòng)的，那么反饋信息必須遍歷向外無(wú)線 鏈路以到達(dá)發(fā)送方，并且必須在無(wú)線鏈路上向內(nèi)發(fā)送媒體的多個(gè)拷貝，兩者都消費(fèi)了有限的資源。該問(wèn)題的另一解決方案是對(duì)于訂戶在組/速率之間選擇的不同多播組來(lái)說(shuō)以不 同的速率流送相同多媒體源的多個(gè)版本。此解決方案還要求與網(wǎng)絡(luò)的顯著應(yīng)用交互，這可 能不會(huì)導(dǎo)致最優(yōu)的資源使用。特別地是，此解決方案要求應(yīng)用或用戶知道改變條件，并且知 道存在多個(gè)多播組，并且知道切換到哪個(gè)組。這對(duì)較高級(jí)應(yīng)用和/或用戶帶來(lái)了高度的認(rèn) 知負(fù)擔(dān)。因此，需要一種用于在通信網(wǎng)絡(luò)中進(jìn)行多播數(shù)據(jù)流選擇的設(shè)備和方法。容納穿過(guò) 不同網(wǎng)絡(luò)的移動(dòng)設(shè)備并且把用戶透明地預(yù)訂到最優(yōu)數(shù)據(jù)流往往是更為有益的。


通過(guò)權(quán)利要求中的特征指出了本發(fā)明。然而，通過(guò)結(jié)合附圖參照以下詳細(xì)描述，本 發(fā)明的其他特征將變得更加顯而易見(jiàn)，并且本發(fā)明得到最好理解，在附圖中圖1圖示了依照本發(fā)明的呼叫控制架構(gòu)的簡(jiǎn)化框圖；圖2圖示了依照本發(fā)明的簡(jiǎn)化流圖；以及圖3圖示了依照本發(fā)明的方法。技術(shù)人員將理解，為了不妨礙理解本發(fā)明的這些各種實(shí)施例，一般不會(huì)描繪或描 述通用的但是易于理解的元件，這些元件在商業(yè)可行的實(shí)施例中是有用或必要的。
具體實(shí)施例方式本發(fā)明提供了一種用于在通信網(wǎng)絡(luò)中進(jìn)行多播數(shù)據(jù)流選擇的設(shè)備和方法。本發(fā)明 還可以容納穿過(guò)不同網(wǎng)絡(luò)并且把用戶透明地預(yù)訂到最優(yōu)數(shù)據(jù)流的移動(dòng)設(shè)備。特別地，本發(fā)明使穿過(guò)不同類(lèi)型通信網(wǎng)絡(luò)的移動(dòng)客戶端能夠接收為他們的訂戶設(shè) 備及其當(dāng)前接入網(wǎng)絡(luò)(AN)附件(例如窄帶無(wú)線，寬帶無(wú)線，有線LAN等)所優(yōu)化的多媒體 分組數(shù)據(jù)流。此外，當(dāng)專(zhuān)用中間應(yīng)用透明地向可以被AN支持的最優(yōu)數(shù)據(jù)流預(yù)訂接收應(yīng)用 時(shí)，本發(fā)明使訂戶設(shè)備上的接收應(yīng)用能夠保持其正常操作并且只加入單個(gè)多播組(如經(jīng)由 控制平面信令通知，例如但不局限于SAP (會(huì)話宣告協(xié)議)或會(huì)話啟動(dòng)協(xié)議(SIP))。優(yōu)選地 是，所有這些以支持多媒體數(shù)據(jù)流的機(jī)密性、認(rèn)證和完整性的安全方式，使用如在本領(lǐng)域中 所知的VPN服務(wù)來(lái)實(shí)現(xiàn)。具體地，本發(fā)明在移動(dòng)服務(wù)器和/或移動(dòng)客戶端中引入中間件層，作為用于挑選 正確的隧道流的切換機(jī)構(gòu)，并且對(duì)應(yīng)用來(lái)說(shuō)是透明的。這緩解了必須在應(yīng)用中投入大量才 智(intelligence)，并且保持其中已知為最好的才智(具有特定于網(wǎng)絡(luò)知識(shí)的中間件客戶 端，諸如可用吞吐量、抖動(dòng)特征等)。有利地，不要求改變客戶端代碼，所述客戶端代碼對(duì)于 給定流加入單個(gè)多播組。由于移動(dòng)服務(wù)器能夠?qū)С鰧?duì)于每個(gè)默認(rèn)組優(yōu)化的多播組的接入網(wǎng) 絡(luò)(AN)的子集，所以所述移動(dòng)服務(wù)器是獨(dú)特的，并且編碼并溯源(source)對(duì)于這些子組中 的每個(gè)所優(yōu)化的多播流。使用網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)，內(nèi)部多播子組(即，最內(nèi)部的隧道端到 端多播IP分組，它與VPN、移動(dòng)VPN或移動(dòng)IP相關(guān)，如在本領(lǐng)域中所知)在移動(dòng)服務(wù)器或移 動(dòng)客戶端被轉(zhuǎn)換回默認(rèn)組，使切換是透明的。重要的是，本發(fā)明與使用安全多播技術(shù)兼容。參照?qǐng)D1和2，本發(fā)明提供了在以服務(wù)器為中心的呼叫控制架構(gòu)100中實(shí)現(xiàn)的多媒 體組通信。此架構(gòu)100例如可以被包括在按鍵通話(PTT)、按鍵視頻或按鍵X通信系統(tǒng)中。架構(gòu)100包括特定于服務(wù)的服務(wù)實(shí)體(即，組服務(wù)器，它可以包括按鍵通話(PTT)服務(wù)器功 能和多媒體服務(wù)器功能)102，它例如可以是PTT服務(wù)器，它可以可通信地通過(guò)一個(gè)或多個(gè) 無(wú)線電接入網(wǎng)耦合到多個(gè)移動(dòng)或固定客戶端，所述多個(gè)移動(dòng)或固定客戶端被附屬到具有通 用通信能力的獨(dú)立多播子組中，這里被示為三個(gè)子組；A 112(被示為圖2中的例子)、B 114 和Cl 16，以及可選地多媒體源118。組服務(wù)器102還可以包含如在本領(lǐng)域所知的數(shù)據(jù)流路由 器。移動(dòng)服務(wù)器104是網(wǎng)絡(luò)端點(diǎn)并且在組服務(wù)器和移動(dòng)客戶端的子組112-116之間對(duì)接。依照本發(fā)明在通信路徑上建立呼叫控制流，用于使得能夠在通信系統(tǒng)中的服務(wù)實(shí) 體102 (例如，組服務(wù)器)和多個(gè)移動(dòng)客戶端112、114、116之間進(jìn)行通信網(wǎng)絡(luò)100中的通信。 特別地，圖2的呼叫流表明移動(dòng)客戶端怎樣加入組呼叫。每個(gè)移動(dòng)客戶端一般包括例如用 戶的邏輯實(shí)體和例如終端的物理對(duì)應(yīng)體作為組實(shí)體的一部分(圖1的110)，所述組實(shí)體的 一部分在新穎的中間件層122-126和應(yīng)用層132-136處命名且可尋址，所述中間件層如在 本領(lǐng)域中所知作為虛擬專(zhuān)用網(wǎng)絡(luò)(VPN)、移動(dòng)VPN或移動(dòng)因特網(wǎng)協(xié)議(IP)包括。優(yōu)選的事 務(wù)廣播協(xié)議是會(huì)話通告協(xié)議(SAP)。然而，應(yīng)當(dāng)認(rèn)識(shí)到例如在諸如會(huì)話啟動(dòng)協(xié)議(SIP)和會(huì) 話描述協(xié)議(SDP)的協(xié)議中可以利用本發(fā)明的顯而易見(jiàn)的變化。組通信是組服務(wù)器102所支持的會(huì)話，這為組110的子組112、114和116中的移 動(dòng)客戶端所知。在組服務(wù)器102和移動(dòng)客戶端之間或從所述組服務(wù)器102和移動(dòng)客戶端建 立組通信之前，所述組服務(wù)器可以知道移動(dòng)客戶端的組附屬關(guān)系。例如，移動(dòng)客戶端或移動(dòng) 服務(wù)器104可以向組服務(wù)器提供此信息。在另一例子中，可以由組服務(wù)器102或移動(dòng)服務(wù) 器104預(yù)先確定附屬關(guān)系。替代地，可以由服務(wù)供應(yīng)商向移動(dòng)客戶端提供組附屬關(guān)系，所述 組附屬關(guān)系被服務(wù)供應(yīng)商(未示出)直接傳送到組服務(wù)器102和/或移動(dòng)服務(wù)器104。在 另一替代中，組附屬關(guān)系可以由移動(dòng)客戶端(例如，通信組，多播組或子組)選擇，并且當(dāng)移 動(dòng)客戶端產(chǎn)生組請(qǐng)求或?qū)M請(qǐng)求作出響應(yīng)時(shí)，組服務(wù)器102將得知該附屬關(guān)系。在又一替 代中，可以由組服務(wù)器102或移動(dòng)服務(wù)器104通過(guò)統(tǒng)計(jì)映射來(lái)確定移動(dòng)客戶端的子組附屬 關(guān)系(例如，使用統(tǒng)計(jì)裝置來(lái)例如基于位置、可用的吞吐量等歷史信息來(lái)確定什么單元應(yīng) 當(dāng)是哪些子組的一部分)。為了建立會(huì)話，組服務(wù)器102建立組呼叫及其要求的應(yīng)用，并且通過(guò)向組110的移 動(dòng)客戶端的應(yīng)用層132-136發(fā)送200包含會(huì)話描述協(xié)議(SDP)的會(huì)話通告協(xié)議(SAP)通告 或會(huì)話啟動(dòng)協(xié)議(SIP)邀請(qǐng)(INVITE)消息(未示出)來(lái)建立多播邀請(qǐng)。呼叫控制信令標(biāo) 識(shí)附屬組中的移動(dòng)客戶端。例如，組110的附屬移動(dòng)客戶端利用在SIP邀請(qǐng)或SAP通告中 的組呼叫的組標(biāo)識(shí)(組ID)來(lái)尋呼。替代地，代替單個(gè)組ID，組邀請(qǐng)可以包含呼叫所希望 的所有移動(dòng)客戶端的列表。組SIP邀請(qǐng)或SAP通告包含所邀請(qǐng)的移動(dòng)客戶端建立呼叫的信 息，其中所述移動(dòng)客戶端可以在參與組呼叫之前經(jīng)歷協(xié)商過(guò)程。接收并處理組SIP邀請(qǐng)或SAP通告的移動(dòng)客戶端隨后可以利用多播組Gl的加入 消息來(lái)應(yīng)答。具體地，每個(gè)移動(dòng)客戶端發(fā)送對(duì)Gl的加入請(qǐng)求202。多播組加入消息被移動(dòng) 客戶端的中間件應(yīng)用攔截203并且優(yōu)選經(jīng)由安全虛擬專(zhuān)用網(wǎng)絡(luò)(VPN)被反向隧道發(fā)送到移 動(dòng)服務(wù)器104。然后，移動(dòng)服務(wù)器根據(jù)呼叫的默認(rèn)Gl組導(dǎo)出204特定于AN的多播子組(例 如，Gl-子組B和Gl-子組C)。在此例子中，假定Gl子組A是默認(rèn)Gl組并且不必經(jīng)歷任 何進(jìn)一步的推導(dǎo)。判定是否對(duì)多播組執(zhí)行此特定特性可以是基于多播地址范圍、配置文件 (或者可能其他明確地信號(hào)通知的機(jī)構(gòu))。
移動(dòng)服務(wù)器104天然本地地加入206所有三個(gè)多播子組(默認(rèn)的Gl-子組A和導(dǎo) 出的Gl-子組B和Gl-子組C)，由此繞過(guò)VPN隧道。可選地，如果組服務(wù)器尚不知道子組信 息，那么移動(dòng)服務(wù)器104可以使代表移動(dòng)客戶端的此子組信息與組服務(wù)器102相關(guān)208。另外，移動(dòng)服務(wù)器中間件分別為訂戶子組A/B/C、即Gl ‘ /子組A、G1 ‘ /子組B和 Gl' /子組C導(dǎo)出210多播主要子組隧道。多播主要子組隧道是與不同的多播子組相對(duì)應(yīng) 的Gl的外部隧道子組。在組呼叫中，在組會(huì)話內(nèi)的每個(gè)子組的不同應(yīng)用流或流量可以被組中的移動(dòng)客戶 端訪問(wèn)。組服務(wù)器102或移動(dòng)服務(wù)器104確認(rèn)哪個(gè)具體應(yīng)用流(流量)是可用的或者為組 呼叫的每個(gè)子組所需要。這些應(yīng)用或流可以包括例如，在參與組呼叫的移動(dòng)客戶端中均要 求不同的資源或能力的音頻(語(yǔ)音)、視頻、文本消息和因特網(wǎng)協(xié)議。應(yīng)當(dāng)認(rèn)識(shí)到，組的不同 移動(dòng)客戶端可以具有大量的資源或能力，并且由于這樣的限制而造成一些移動(dòng)客戶端不能 參與完全的組會(huì)話。在所定義的移動(dòng)客戶端的子組之間存在通用的能力或資源限制，組服務(wù)器可以用 來(lái)建立并編碼216通用的多播組以只向該子組遞送通信。例如，組服務(wù)器可以以較低數(shù)據(jù) 率提供視頻內(nèi)容以在具有通用的QoS級(jí)能力的子組的那些移動(dòng)客戶端中適當(dāng)?shù)亟邮?。特別 地，降級(jí)的流如果被發(fā)送到相同的IP地址和端口，那么它可以被給予標(biāo)識(shí)符、獨(dú)立的實(shí)際 IP地址或端口或其他流頭部標(biāo)識(shí)符，子組可以解碼作為只打算送給它們的流內(nèi)容。在此例 子中，建立并編碼三個(gè)不同的數(shù)據(jù)流1、2、3。移動(dòng)服務(wù)器可以可選地命令212移動(dòng)客戶端怎樣天然地多播加入適當(dāng)?shù)腉l ‘外 部隧道或者移動(dòng)客戶端可以怎樣獨(dú)自確定這點(diǎn)。然后，每個(gè)移動(dòng)客戶端例如按照指令并且 本地取決于AN特征把Gl' /子組A、G1' /子組B或Gl' /子組C加入214到因特網(wǎng)多 播路由器215。組服務(wù)器102多次編碼216來(lái)自多媒體源118的數(shù)據(jù)流。具體地，編碼詳述了對(duì) 于每個(gè)子組優(yōu)化的轉(zhuǎn)碼。例如，可以向沒(méi)有特定能力的移動(dòng)客戶端(子組A)提供默認(rèn)編碼 (Gl-子組A流1)?？梢詫?duì)于寬帶RAN (子組B)優(yōu)化第二編碼(Gl-子組B流2)，并且可以 對(duì)于窄帶RAN(子組C)優(yōu)化第三編碼(Gl-子組C流3)。Gl流被遞送218到代表移動(dòng)客戶 端作用的移動(dòng)服務(wù)器104。三個(gè)流被移動(dòng)服務(wù)器接收(攔截)(由于其先前加入三個(gè)子組)并且移動(dòng)服務(wù)器 判定哪個(gè)流耦合到哪個(gè)多播地址。特別地，移動(dòng)服務(wù)器把每個(gè)Gl流映射220到其相關(guān)聯(lián) 的Gl'外部隧道以把內(nèi)部隧道的Gl放到外部隧道Gl'的內(nèi)部，即Gl-子組A在Gl'-子 組A的內(nèi)部被隧道發(fā)送，Gl-子組B在Gl ‘-子組B的內(nèi)部被隧道發(fā)送，并且Gl-子組C在 Gl'-子組C的內(nèi)部被隧道發(fā)送。在Gl'內(nèi)部隧道發(fā)送Gl允許實(shí)現(xiàn)本地多播行為/優(yōu)化 路由，而同時(shí)實(shí)現(xiàn)內(nèi)容的機(jī)密性和完整性。然后，移動(dòng)服務(wù)器可以經(jīng)由Gl隧道把每個(gè)子組A、B、C的Gl ‘ /Gl流溯源到移動(dòng) 客戶端的每個(gè)多播子組。如同對(duì)于子組A和相關(guān)聯(lián)的移動(dòng)客戶端112所示，每個(gè)移動(dòng)客戶 端中的中間件或本地路由器因此把G 1'和網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)子組轉(zhuǎn)換224(即除去)回 到Gl (Gl是預(yù)計(jì)的那樣并且可以被移動(dòng)客戶端的應(yīng)用層認(rèn)出)。這里再次假定組A是默認(rèn) 的Gl流。替代地，此網(wǎng)絡(luò)地址轉(zhuǎn)換功能223可以在適當(dāng)子組中把Gl分組向下隧道發(fā)送225 到移動(dòng)客戶端的應(yīng)用層之前在移動(dòng)服務(wù)器處完成。
在進(jìn)一步的實(shí)施例中，當(dāng)移動(dòng)客戶端從一個(gè)接入網(wǎng)絡(luò)節(jié)點(diǎn)(AN)漫游到另一個(gè)，從 良好的AN特性漫游到不好的AN特性時(shí)，移動(dòng)客戶端中間件可以選擇適當(dāng)?shù)亩嗖プ咏M并且 觸發(fā)多播加入(參見(jiàn)上面的202)——所有這些對(duì)客戶端應(yīng)用來(lái)說(shuō)都是透明的。因此，利用 本發(fā)明，子組B的移動(dòng)客戶端將接收對(duì)于子組B所優(yōu)化的多媒體流，而子組C的移動(dòng)設(shè)備將 接收對(duì)于子組C所優(yōu)化的多媒體流。應(yīng)當(dāng)注意，雖然以上邏輯描述把編碼綁定為AN類(lèi)型， 但是它并不局限于此范圍。例如，更多粒狀的實(shí)現(xiàn)可以對(duì)于相同的AN類(lèi)型編碼多個(gè)流，但 是目標(biāo)在于AN內(nèi)的不同情況(例如RF)和特性(例如可用帶寬)(例如AN中的擁塞，與接 入點(diǎn)的距離等)。例如，被連接到給定AN但是具有不同覆蓋條件(例如，直接在接入點(diǎn)下 面相對(duì)于在邊緣上)的兩個(gè)移動(dòng)設(shè)備可以加入兩個(gè)不同的子組(例如Gl子組A-近相對(duì)于 Gl-子組A-遠(yuǎn))。然而，(關(guān)于按照AN類(lèi)型編碼的)初始描述是最可能的實(shí)施例，這是因 為它最不復(fù)雜。 應(yīng)當(dāng)認(rèn)識(shí)到，為了圖示本發(fā)明的目的，簡(jiǎn)化了圖1和2的圖。然而，本領(lǐng)域普通技 術(shù)人員將認(rèn)識(shí)到許多其他網(wǎng)絡(luò)實(shí)體可以是通信系統(tǒng)的一部分。例如，組服務(wù)器102可以包 括許多其他實(shí)體，為了簡(jiǎn)化起見(jiàn)沒(méi)有示出所述其他實(shí)體。例如，組服務(wù)器可以包括會(huì)話控制 器、組數(shù)據(jù)庫(kù)管理器、注冊(cè)管理器、網(wǎng)關(guān)、應(yīng)用層路由器、組實(shí)體管理器、廣播和單播地址管 理器、策略管理器、底層控制器、媒體管理器和帶寬管理器中的一個(gè)或多個(gè)，所有這些在本 領(lǐng)域中都是已知的。應(yīng)當(dāng)理解，上述實(shí)體可以被集成到相同的物理或邏輯網(wǎng)絡(luò)元件(即組 服務(wù)器)中，或者提供為獨(dú)立的物理或邏輯網(wǎng)絡(luò)元件。圖3圖示了用于通信系統(tǒng)中的多播數(shù)據(jù)流選擇的方法。所述方法包括用于在服務(wù) 實(shí)體和多個(gè)移動(dòng)客戶端之間提供中間(移動(dòng))服務(wù)器的第一步驟300。移動(dòng)客戶端包括在 用于實(shí)現(xiàn)本發(fā)明的中間件層中的中間件。下一步驟301包括邀請(qǐng)多個(gè)移動(dòng)客戶端加入組呼叫Gl。下一步驟302包括由移動(dòng)客戶端的應(yīng)用層發(fā)送加入請(qǐng)求以加入組呼叫G1。下一步驟303包括由移動(dòng)客戶端的中間件層接收或攔截Gl加入請(qǐng)求，并且經(jīng)由安 全虛擬專(zhuān)用網(wǎng)絡(luò)(VPN)、移動(dòng)VPN或移動(dòng)IP把Gl加入消息反向隧道發(fā)送到移動(dòng)服務(wù)器。下一步驟304包括移動(dòng)服務(wù)器利用每個(gè)子組的至少一個(gè)多播流從呼叫的默認(rèn)Gl 組導(dǎo)出特定于AN的多播子組(例如，Gl-子組B和Gl-子組C)。下一步驟306包括移動(dòng)服務(wù)器本地加入多播子組。下一步驟308可選地包括移動(dòng)服務(wù)器使代表移動(dòng)客戶端的所導(dǎo)出的子組信息與 組服務(wù)器相關(guān)。下一步驟310包括移動(dòng)服務(wù)器導(dǎo)出Gl'子組和Gl'外部隧道。如這里所使用的， 此步驟還覆蓋了即便沒(méi)有移動(dòng)客戶端加入子組也對(duì)于特定的參數(shù)集合形成該子組的情況。下一步驟311可選地包括移動(dòng)服務(wù)器向移動(dòng)客戶端發(fā)送Gl'加入指令。此可選步 驟使移動(dòng)服務(wù)器命令移動(dòng)客戶端怎樣天然地加入適當(dāng)?shù)腉l'子組。然而，移動(dòng)客戶端能夠 獨(dú)自確定這點(diǎn)，并且可以根據(jù)多個(gè)因素來(lái)本地加入，例如諸如覆蓋范圍或連接性的當(dāng)前AN 特性。下一步驟312包括移動(dòng)客戶端利用多播路由器天然地加入適當(dāng)?shù)腉l'子組。下一步驟316包括組服務(wù)器編碼源數(shù)據(jù)流以提供對(duì)于每個(gè)子組所優(yōu)化的多個(gè)轉(zhuǎn) 碼數(shù)據(jù)流。
下一步驟320包括對(duì)于每個(gè)多播子組移動(dòng)服務(wù)器把每個(gè)Gl流映射到其各自的 Gl'外部隧道以把內(nèi)部隧道置于外部隧道內(nèi)部。下一步驟322包括移動(dòng)服務(wù)器使用來(lái)自外部隧道的天然多播目的地址使所映射 的數(shù)據(jù)流溯源到每個(gè)子組。在所示出的例子中，Gl' -A子組被溯源到移動(dòng)客戶端A，并且 任何或所有Gl'子組可以被溯源到其他移動(dòng)客戶端。下一步驟324包括把子組映射的流轉(zhuǎn)換為移動(dòng)客戶端使用地址轉(zhuǎn)換可以識(shí)別的 Gl形式。替代地，步驟322和324可以使移動(dòng)服務(wù)器把子組映射的流轉(zhuǎn)換為移動(dòng)客戶端使 用地址轉(zhuǎn)換可以識(shí)別的Gl形式，并且然后把Gl數(shù)據(jù)流溯源到相關(guān)聯(lián)的移動(dòng)客戶端?？蛇x地，步驟包括查明移動(dòng)客戶端的連接特性(例如覆蓋質(zhì)量)的變化，其中所述 移動(dòng)客戶端中間件選擇移動(dòng)客戶端的適當(dāng)多播子組，并且觸發(fā)移動(dòng)客戶端多播加入到不同 的子組上，這對(duì)應(yīng)用來(lái)說(shuō)是透明的。在另一選項(xiàng)中，步驟包括查明移動(dòng)客戶端的操作特性(例如電池功率電平、移交 事件等)的變化，其中所述移動(dòng)客戶端中間件選擇移動(dòng)客戶端的適當(dāng)多播子組，并且觸發(fā) 移動(dòng)客戶端多播加入到不同的子組上。例如，低電池功率電平可以使中間件加入攜帶視圖 流的更低帶寬編碼的多播組，以便花費(fèi)較少的CPU周期來(lái)處理所接收的視頻幀。在另一實(shí)施例中，步驟包括對(duì)于相同AN的不同網(wǎng)絡(luò)條件編碼多個(gè)子組?？梢砸勒张c所描述次序不同的次序來(lái)執(zhí)行這里所示出和描述的序列和方法。在附 圖中所描繪的特定序列、功能和操作僅僅用于說(shuō)明本發(fā)明的一個(gè)或多個(gè)實(shí)施例，并且其他 實(shí)現(xiàn)對(duì)本領(lǐng)域普通技術(shù)人員來(lái)說(shuō)是顯而易見(jiàn)的。附圖旨在圖示本領(lǐng)域普通技術(shù)人員可以理 解并且適當(dāng)?shù)貙?shí)施的本發(fā)明的各種實(shí)現(xiàn)。為實(shí)現(xiàn)相同目的而計(jì)算的任何布置可以替換所示 出的具體實(shí)施例。本發(fā)明可以用任何適當(dāng)?shù)男问絹?lái)實(shí)現(xiàn)，包括硬件、軟件、固件或這些的任何組合。 本發(fā)明可以可選地被部分地實(shí)現(xiàn)為在一個(gè)或多個(gè)數(shù)據(jù)處理器和/或數(shù)字信號(hào)處理器上運(yùn) 行的計(jì)算機(jī)軟件。本發(fā)明的實(shí)施例的元件和組件可以以任何適當(dāng)?shù)姆绞皆谖锢砩稀⒃诠δ?上和在邏輯上實(shí)現(xiàn)。實(shí)際上，所述功能可以在單個(gè)單元中、在多個(gè)單元中或者作為其他功能 單元的一部分來(lái)實(shí)現(xiàn)。因而，本發(fā)明可以在單個(gè)單元中實(shí)現(xiàn)或者可以在物理上和在功能上 分布在不同的單元和處理器之間。盡管已經(jīng)結(jié)合一些實(shí)施例描述了本發(fā)明，但是本發(fā)明并不意在限于這里所闡述的 具體形式。相反，本發(fā)明的范圍只由權(quán)利要求來(lái)限定。另外，盡管看起來(lái)結(jié)合特定實(shí)施例描 述了特征，但是本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到依照本發(fā)明可以組合所描述實(shí)施例的各個(gè)特征。 在權(quán)利要求中，術(shù)語(yǔ)“包括”不排除其他元件或步驟的存在。此外，盡管單獨(dú)列出，但是例如可以通過(guò)單個(gè)單元或處理器來(lái)實(shí)現(xiàn)多個(gè)裝置、元件 或方法步驟。另外，盡管在不同的權(quán)利要求中可以包括單獨(dú)的特征，但是可以有利地組合這 些特征，并且不同權(quán)利要求中的包括并不暗示特征的組合是不可行的和/或有利的。在一 類(lèi)權(quán)利要求中包括特征并不暗示限于此類(lèi)，而是指示該特征根據(jù)情況同樣地適用于其他類(lèi) 別的權(quán)利要求。此外，權(quán)利要求中特征的次序并不暗示該特征必須作用的任何具體次序，并且特 別地，在方法權(quán)利要求中各個(gè)步驟的次序并不暗示該步驟必須依照此次序執(zhí)行。相反，可以
8依照任何適當(dāng)?shù)拇涡騺?lái)執(zhí)行該步驟。另外，單數(shù)標(biāo)記并不排除多個(gè)。因此，“一種”、“一”、 “第一”、“第二”等標(biāo)記并不排除多個(gè)。
權(quán)利要求
一種用于通信系統(tǒng)中進(jìn)行多播數(shù)據(jù)流選擇的方法，所述方法包括步驟在服務(wù)實(shí)體和多個(gè)移動(dòng)客戶端之間提供中間服務(wù)器；接收來(lái)自移動(dòng)客戶端的加入請(qǐng)求；導(dǎo)出所述移動(dòng)客戶端的子組，每個(gè)子組具有至少一個(gè)相關(guān)聯(lián)的多播數(shù)據(jù)流；導(dǎo)出子組外部隧道；對(duì)于相關(guān)聯(lián)的子組，把源數(shù)據(jù)流編碼為不同的數(shù)據(jù)流；對(duì)于每個(gè)子組，把每個(gè)數(shù)據(jù)流映射到各自的外部隧道；使所映射的流溯源到每個(gè)子組；以及把所映射的流轉(zhuǎn)換為所述移動(dòng)客戶端能夠識(shí)別的形式。
2.如權(quán)利要求1所述的方法，進(jìn)一步包括步驟 邀請(qǐng)多個(gè)移動(dòng)客戶端加入組呼叫；加入所述組呼叫。
3.如權(quán)利要求1所述的方法，進(jìn)一步包括步驟所述中間服務(wù)器本地加入所述多播子組。
4.如權(quán)利要求1所述的方法，進(jìn)一步包括步驟將所導(dǎo)出的代表所述移動(dòng)客戶端的子 組信息與所述服務(wù)實(shí)體相關(guān)。
5.如權(quán)利要求1所述的方法，進(jìn)一步包括步驟天然地加入適當(dāng)?shù)耐獠克淼馈?br> 6.如權(quán)利要求5所述的方法，其中，所述加入步驟包括所述中間服務(wù)器命令所述移動(dòng) 客戶端天然地加入所述適當(dāng)?shù)耐獠克淼馈?br> 7.如權(quán)利要求1所述的方法，其中，所述溯源步驟包括使用來(lái)自所述外部隧道的天然 地址來(lái)遞送所述多個(gè)流。
8.如權(quán)利要求1所述的方法，進(jìn)一步包括步驟 查明移動(dòng)客戶端的操作特性的變化；對(duì)于所述移動(dòng)客戶端選擇適當(dāng)?shù)亩嗖プ咏M，并且對(duì)于所述移動(dòng)客戶端觸發(fā)多播加入。
9.如權(quán)利要求1所述的方法，進(jìn)一步包括步驟對(duì)于相同AN內(nèi)的不同RF條件編碼多 個(gè)流。
10.一種用于在通信系統(tǒng)中在服務(wù)實(shí)體和多個(gè)移動(dòng)客戶端之間進(jìn)行多播數(shù)據(jù)流選擇的 設(shè)備，所述設(shè)備包括在服務(wù)實(shí)體和多個(gè)移動(dòng)客戶端之間耦合的中間服務(wù)器，所述中間服務(wù)器接收來(lái)自移動(dòng) 客戶端的加入請(qǐng)求，導(dǎo)出具有至少一個(gè)相關(guān)聯(lián)的多播流的子組，導(dǎo)出子組外部隧道，接收對(duì) 于所述相關(guān)聯(lián)的子組編碼為不同數(shù)據(jù)流的數(shù)據(jù)流，對(duì)于每個(gè)子組把每個(gè)數(shù)據(jù)流映射到各自 的外部隧道，使所映射的流溯源到每個(gè)子組以轉(zhuǎn)換為能夠識(shí)別的形式。
全文摘要
用于通信系統(tǒng)中進(jìn)行多播數(shù)據(jù)流選擇的設(shè)備和方法包括在服務(wù)實(shí)體和移動(dòng)客戶端之間提供中間服務(wù)器的第一步驟(300)。下一步驟(302)包括接收來(lái)自移動(dòng)客戶端的加入請(qǐng)求。下一步驟(304)包括導(dǎo)出子組，每個(gè)子組具有至少一個(gè)相關(guān)聯(lián)的多播數(shù)據(jù)流。下一步驟(310)包括導(dǎo)出子組外部隧道。下一步驟(316)包括對(duì)于相關(guān)聯(lián)的子組編碼不同的數(shù)據(jù)流。下一步驟(320)包括對(duì)于每個(gè)子組把每個(gè)數(shù)據(jù)流映射到各自的外部隧道。下一步驟(322)包括使映射的流溯源到每個(gè)子組。下一步驟(324)包括把所映射的流轉(zhuǎn)換為移動(dòng)客戶端可以識(shí)別的形式。
文檔編號(hào)H04L12/18GK101904132SQ200880121620
公開(kāi)日2010年12月1日 申請(qǐng)日期2008年11月3日 優(yōu)先權(quán)日2007年12月19日
發(fā)明者喬治·波波維奇, 亞當(dāng)·C·里維斯, 蒂龍·D·貝基亞里斯, 馬修·C·凱勒 申請(qǐng)人:摩托羅拉公司