專利名稱：：用于優(yōu)化去往漫游客戶的下載用戶服務(wù)遞送的系統(tǒng)和方法
技術(shù)領(lǐng)域：
：本發(fā)明總體上涉及多媒體廣播多播服務(wù)(MBMS)。更具體地，本發(fā)明涉及使用單播承載進(jìn)行MBMS內(nèi)容分發(fā)。
背景技術(shù)：
：本部分旨在為權(quán)利要求書中記載的本發(fā)明提供背景或上下文。在此的描述可包括可以探究的概念，但不一定是之前已經(jīng)想到或者已經(jīng)探究的概念。因此，除非在此指出，否則在本部分中描述的內(nèi)容對于本申請的說明書和權(quán)利要求書而言不是現(xiàn)有技術(shù)，并且并不因?yàn)榘ㄔ诒静糠种芯统姓J(rèn)是現(xiàn)有技術(shù)。近些年來，移動廣播方案已經(jīng)由不同組織進(jìn)行了標(biāo)準(zhǔn)化，諸如第三代合作伙伴計(jì)劃(3GPP)MBMS。3GPPMBMS支持將流行的多媒體內(nèi)容以資源高效的方式遞送到移動用戶。MBMS客戶端可以經(jīng)由下載遞送、流式傳輸遞送以及流式傳輸遞送和下載遞送的組合來接收內(nèi)容。MBMS是在3GPP第6版中描述的特征。然而，MBMS僅可以由運(yùn)營商部署在少數(shù)區(qū)域中，在這些區(qū)域中，廣播/多播分發(fā)流行內(nèi)容是具有成本效益的。當(dāng)MBMS訂戶移動到不具有MBMS覆蓋的區(qū)域時(shí)，運(yùn)營商可以利用單播模式來分發(fā)MBMS內(nèi)容。在這種用例中，需要應(yīng)用層/傳輸層信令來確保MBMS內(nèi)容的廣播/多播模式接收與MBMS內(nèi)容的單播模式接收之間的無縫切換。針對MBMS用戶服務(wù)擴(kuò)展的3GPPSA4第7版工作項(xiàng)目的目標(biāo)之一在于規(guī)定單播模式中的MBMS內(nèi)容分發(fā)(通過流式傳輸承載和交互式承載)所需的應(yīng)用層/傳輸層信令。另一目標(biāo)在于規(guī)定針對MBMS內(nèi)容遞送的優(yōu)化技術(shù)。以下的表1示出了在3GPPSA4中、針對將在廣播/多播模式中使用的協(xié)議和在單播模式中使用的協(xié)議之間的映射的當(dāng)前工作假設(shè)。表1<table>tableseeoriginaldocumentpage7</column></row><table>經(jīng)由單向傳輸?shù)奈募f送(FLUTE)協(xié)議在互聯(lián)網(wǎng)工程任務(wù)組(IETF)征求意見(RFC)3926中進(jìn)行了討論，其在www.ietf.org/rfc/rfc3926.txt處可得。用戶數(shù)據(jù)報(bào)協(xié)議(UDP)在IETFRFC768中進(jìn)行了討論，其在www.ietf.org/rfc/rfc0768.txt處可得。實(shí)時(shí)傳輸協(xié)議(RTP)是一種用于實(shí)時(shí)應(yīng)用的傳輸協(xié)議，在IETFRFC3550中進(jìn)行了討論，其在www.ietf.org/rfc/rfc3550.txt處可得。實(shí)時(shí)流式傳輸協(xié)議(RTSP)在IETFRFC2326中進(jìn)行了討論，其在麗w.ietf.org/rfc/rfc2326.txt處可得。3GPP分組交換流式傳輸服務(wù)(PSS)是用于在移動設(shè)備中支持分組交換流式傳輸?shù)?GPP方案。PSS定義用來支持用于移動設(shè)備的流式傳輸服務(wù)的協(xié)議和媒體編解碼器。PSS是基于用于會話建立和控制的RTSP。3GPP分組交換流式傳輸服務(wù)增強(qiáng)(PSSe)目前正在3GPP中進(jìn)行定義。這些增強(qiáng)的目標(biāo)在于定義3GPPPSS版本號6的擴(kuò)展，以優(yōu)化流式傳輸服務(wù)。PSS的總體描述可以在3GPPTS26.V6.0.0(2004-09)中找到透明的端到端分組交換流式傳輸服務(wù)(PSS);總體描述(版本6)，其在www.3gpp.org/ftp/Specs/archive/26_series/26.233處可得。PSS傳輸協(xié)議和編解碼器在3GPPTS26.234V7.2.0(2007-03)中規(guī)定，并且在www.3gpp.org/ftp/Specs/archive/26_series/26.234/處可得。3GPPTS26.346-730的7.4節(jié)分兩步描述了當(dāng)MBMS承載不可用時(shí)，將開放移動聯(lián)盟(OMA)Push(推送)機(jī)制用于MBMS下載。利用此機(jī)制，MBMS用戶設(shè)備(UE)首先向廣播多播交換中心(BM-SC)注冊其移動臺集成服務(wù)數(shù)字網(wǎng)絡(luò)(MSISDN)，以便使用OMAPush來接收下載會話。BM-SC隨后分發(fā)FLUTE文件遞送表(FDT)實(shí)例，其允許MBMSUE獲取感興趣的文件。
發(fā)明內(nèi)容各種實(shí)施方式提供了一種用于將MBMS下載用戶服務(wù)遞送到需要單播遞送的MBMSUE(例如，當(dāng)漫游時(shí)，或者在MBMS覆蓋區(qū)域外處于切換時(shí))的機(jī)制。在這些實(shí)施方式中，該機(jī)制涉及經(jīng)由OMAPUSH消息來遞送FLUTEFDT。另外，多個(gè)不同附加動作之一可以用在MBMS下載用戶服務(wù)的遞送中。這些動作包括(1)使用簡單的URL編碼格式制作出單個(gè)HTTPGET(獲取)請求，以取回FDT實(shí)例的所有文件，其例如可以由其FDT實(shí)例ID標(biāo)識；(2)使用URL編碼中FDT的"組"字段制作出單個(gè)HTTPGET請求，以取回FDT或FDT實(shí)例的文件的邏輯組，其例如可以由其FET實(shí)例ID標(biāo)識；(3)制作出流水線化的HTTPGET請求，其中每一個(gè)HTTPGET請求取回FDT實(shí)例的至少一個(gè)文件，其例如可以由其FDT實(shí)例ID標(biāo)識；(4)制作出串行化的HTTPGET請求，其中每個(gè)HTTPGET請求取回FDT實(shí)例的至少一個(gè)文件，其例如可以由其FDT實(shí)例ID標(biāo)識；(5)制作出流水線化的HTTPGET請求，其中每個(gè)HTTPGET請求取回FDT實(shí)例的文件的至少一個(gè)邏輯組，其例如可以由其FDT實(shí)例ID標(biāo)識；(6)制作出串行化的HTTPGET請求，其中每個(gè)HTTPGET請求取回FDT的文件的至少一個(gè)邏輯組；(7)在上述OMAPUSH消息中遞送MBMS用戶服務(wù)的Serviceld，而不將Serviceld包括在FLUTEFDT中；(8)用于將MBMSUE從BM-SC解注冊以停止MBMS下載用戶服務(wù)的單播遞送的HTTP請求；以及(9)在OMAPush消息中遞送FDT實(shí)例的FDT實(shí)例ID，使得MBMSUE可以根據(jù)上述實(shí)施方式(1)-(7)、在其用于單播文件遞送的請求中參考特定FDT實(shí)例。將MBMS用戶服務(wù)的Serviceld(服務(wù)ID)在OMAPUSH消息中遞送，而不是將該serviceID包括在FLUTEFDT中的優(yōu)勢在于其使得OMAPush客戶端能夠?qū)DT指引到相關(guān)的客戶端應(yīng)用，而不需解析該FDT。把HTTP請求用于將MBMSUE從BM-SC解注冊以停止MBMS下載用戶服務(wù)的單播遞送這樣的實(shí)施方式的優(yōu)勢在于其減小了網(wǎng)絡(luò)資源的浪費(fèi)，否則這些網(wǎng)絡(luò)資源會花費(fèi)在將不需要的OMAPush消息發(fā)送到MBMSUE上。上述其他實(shí)施方式的優(yōu)勢在于它們規(guī)定了用于HTTP請求的各種備用高效格式，以便使用單播承載將感興趣的文件從BM-SC取回到MBMSUE。這些實(shí)施方式為MBMSUE請求MBMS下載會話中的個(gè)體文件、文件的邏輯組和所有文件提供了靈活性和效率。這些實(shí)施方式還可以減小通過使用HTTP流水線并隨后使用語義學(xué)來在一個(gè)HTTP請求中請求文件的組，而在單播模式中獲得MBMS下載用戶服務(wù)中的延遲。這些實(shí)施方式進(jìn)一步提供了BM-SC按照MBMSUE的請求將這些文件打包的可能性。本發(fā)明的這些和其他優(yōu)勢和特征與本發(fā)明操作的組織和方式一起將會從結(jié)合附圖的下述詳細(xì)描述中變得明顯，其中貫穿下述附圖，相同元素具有相同附圖標(biāo)記。圖1是描述了各種實(shí)施方式可以借由其實(shí)現(xiàn)的過程的流程圖；圖2是本發(fā)明的各種實(shí)施方式可以在其中實(shí)現(xiàn)的系統(tǒng)的圖形描述；圖3是各種實(shí)施方式可以在其中實(shí)現(xiàn)的系統(tǒng)的總覽示意圖；圖4是可以結(jié)合各種實(shí)施方式的實(shí)現(xiàn)一起使用的電子設(shè)備的透視圖；以及8圖5是可以包括在圖4的電子設(shè)備中的電路的示意性表征。具體實(shí)施例方式如果MBMSUE在其歸屬網(wǎng)絡(luò)之外(在該處，不能通過MBMS承載對感興趣的內(nèi)容進(jìn)行MBMS下載)，或者該MBMSUE在MBMS覆蓋區(qū)域外參與切換，則該MBMSUE可以注冊單播服務(wù)遞送，如果用于此服務(wù)的MBMS用戶服務(wù)描述包括deliveryMethod(遞送方法)元素中的unicastAccessURI(單播訪問URI)屬性的話。超文本傳輸協(xié)議(HTTP)GET方法可以用于注冊，并且serviceld和MBMSUE的MSISDN被編碼至如下所定義的并包括在HTTPGET請求中的統(tǒng)一資源標(biāo)識符(URI)查詢部分中。GET/unicastRegserviceld=urn:3gpp:0010120123hotdog&MSISDN=436642012345HTTP/1.lHOST:bmse.example,comHTTP在IETFRFC2616中進(jìn)行了討論，并且在www.ietf.org/rfc/rfc2616.txt處可得。URI在IETFRFC3986中進(jìn)行了討論，并且在www.ietf.org/rfc/rfc3986.txt處可得。目前，并未針對BM-SC分發(fā)FLUTEFDT實(shí)例所需的信令給出了定義。此信令可以劃分成兩個(gè)單獨(dú)的子過程。第一子過程涉及從BM-SC到MBMSUE的消息格式。用于此目的的OMAPush的一般用法在3GPPTS26.346-730的7.4.3節(jié)中進(jìn)行了規(guī)定。MBMS下載服務(wù)的FLUTEFDT可以置入OMAPush會話中。OMAPush客戶端使用應(yīng)用ID來將OMAPush消息轉(zhuǎn)發(fā)至單播MBMS文件下載客戶端。單播MBMS文件下載客戶端隨后可以將接收到的FDT實(shí)例轉(zhuǎn)發(fā)至由服務(wù)ID標(biāo)識的正確MBMS文件下載服務(wù)。然而，MBMSUE可能已經(jīng)注冊了多個(gè)單播MBMS服務(wù)。目前，服務(wù)ID不可以從OMAPush消息中獲得。因此，MBMSUE不能將包含F(xiàn)DT實(shí)例的進(jìn)入的OMAPush消息關(guān)聯(lián)到正確的MBMS文件下載服務(wù)。為了解決這個(gè)問題，3GPPTdocS4-070296建議在OMAPush傳輸?shù)那闆r下，利用用戶服務(wù)描述機(jī)制的ServiceID屬性來擴(kuò)展FLUTEFDT。然而，此方式的不利之處在于接收機(jī)上的OMAPush客戶端必須在將FDT實(shí)例分派到相關(guān)MBMS下載服務(wù)之前，首先解析FDT以提取ServiceID。利用此方式，F(xiàn)DT實(shí)例還需要由推送代理網(wǎng)關(guān)(PPG)(或網(wǎng)絡(luò)中的某些其他實(shí)例)進(jìn)行修改以便包括服務(wù)ID。第二子過程涉及從MBMSUE到BM-SC的、用于獲取感興趣的文件的消息格式。在對經(jīng)由OMAPush機(jī)制接收的FDT實(shí)例進(jìn)行解析后，接收機(jī)能夠標(biāo)識會話的哪些文件是感興趣的，并且可以執(zhí)行HTTPGET請求，以便取回(1)特定文件；(2)由(源塊編號(SBN)、編碼符號ID(ESI))標(biāo)識的一個(gè)或多個(gè)特定FLUTE分組；(3)FDT中的所有文件；或(4)FDT中文件的邏輯組。用于取回這些對象的HTTPGET請求的格式并未在3GPP中標(biāo)準(zhǔn)化。用于解決此問題的一種選擇涉及對3GPPTS26.346中定義的點(diǎn)到點(diǎn)(PtP)修復(fù)請求/響應(yīng)機(jī)制進(jìn)行擴(kuò)展。此方案定義HTTPGET請求的一種格式，該請求用來從PtP修復(fù)服務(wù)器取回一個(gè)或多個(gè)FLUTE分組或單個(gè)文件。然而，此方案并未針對請求FDT中的所有文件以及請求FDT中文件的邏輯組而定義格式。3GPPTS26.346-730的7.2.6節(jié)定義了FDT中用于會話中文件邏輯歸組的語義元素"組"。然而，并未規(guī)定將此字段用于單播下載遞送。作為多個(gè)文件遞送的一部分而下載的文件通常彼此相關(guān)。示例包括網(wǎng)頁、軟件包和參考元數(shù)據(jù)封包及其元數(shù)據(jù)片段。FLUTE客戶端在接收到XML編碼的FDT實(shí)例時(shí)對其進(jìn)行分析、標(biāo)識每個(gè)請求的文件、使用傳輸對象標(biāo)識符(TOI)將其與FLUTE分組相關(guān)聯(lián)，并發(fā)掘每個(gè)文件的相關(guān)帶內(nèi)下載配置參數(shù)。FLUTEFDT實(shí)例和文件元素中的附加"組"字段支持相關(guān)文件的邏輯歸組。FLUTE接收機(jī)應(yīng)當(dāng)下載屬于所有組的所有文件，其中這些組的一個(gè)或多個(gè)文件已被請求。然而，UE可以指示其FLUTE接收機(jī)忽略歸組，以便處理特殊情況，諸如，低存儲可用性。組名由FLUTE發(fā)送機(jī)分配，并且針對會話，每個(gè)特定組名將相應(yīng)的文件歸組在一起形成一個(gè)組，包括在相同的和其他的FDT實(shí)例中描述的文件。在FDT實(shí)例中的組字段用法示出在FDTXML機(jī)制(3GPPTS26.346-730的子部分7.2.10)中。FDT實(shí)例的每個(gè)文件元素可以利用零個(gè)、一個(gè)或多個(gè)組名來標(biāo)記。每個(gè)FDT實(shí)例元素可以利用零個(gè)、在該FDT實(shí)例中描述的所有文件所繼承的一個(gè)或多個(gè)組名來標(biāo)記。各種實(shí)施方式提供了用于將MBMS下載用戶服務(wù)遞送到需要單播遞送的MBMSUE(例如，當(dāng)漫游時(shí)，或者在MBMS覆蓋區(qū)域外處于切換中)的機(jī)制。在這些實(shí)施方式中，該機(jī)制涉及經(jīng)由OMAPush消息來遞送FLUTEFDT。另外，多個(gè)不同附加動作之一可以用在MBMS下載用戶服務(wù)的遞送中。這些動作包括(1)使用簡單的URL編碼格式進(jìn)行單個(gè)HTTPGET請求，以取回FDT實(shí)例的所有文件，其例如可以由其FDT實(shí)例ID來標(biāo)識；(2)使用URL編碼中FDT的"組"字段進(jìn)行單個(gè)HTTPGET請求，以取回FDT或FDT實(shí)例的文件的邏輯組，其例如可以由其FDT實(shí)例ID來標(biāo)識；(3)進(jìn)行流水線化的HTTPGET請求，其中每一個(gè)HTTPGET請求取回FDT實(shí)例的至少一個(gè)文件，其例如可以由其FDT實(shí)例ID來標(biāo)識；(4)進(jìn)行串行化的HTTPGET請求，其中每個(gè)HTTPGET請求取回FDT實(shí)例的至少一個(gè)文件，其例如可以由其FDT實(shí)例ID來標(biāo)識；(5)進(jìn)行流水線化的HTTPGET請求，其中每個(gè)HTTPGET請求取回FDT實(shí)例的文件的至少一個(gè)邏輯組，其例如可以由其FDT實(shí)例ID來標(biāo)識；(6)進(jìn)行串行化的HTTPGET請求，其中每個(gè)HTTPGET請求取回FDT的文件的至少一個(gè)邏輯組；(7)在上述OMAPUSH消息中遞送MBMS用戶服務(wù)的ServiceID，而不將ServiceID包括在FLUTEFDT中；(8)用于將MBMSUE從BM-SC解注冊以停止MBMS下載用戶服務(wù)的單播遞送的HTTP請求；以及(9)在OMAPush消息中遞送FDT實(shí)例的FDT實(shí)例ID，使得MBMSUE可以根據(jù)上述實(shí)施方式(1)_(7)在其用于單播文件遞送的請求中參考特定FDT實(shí)例。將MBMS用戶服務(wù)的ServiceID在OMAPUSH消息中遞送，而不是將該serviceID包括在FLUTEFDT中的優(yōu)勢在于其使得OMAPush客戶端能夠?qū)DT指引到相關(guān)的客戶端應(yīng)用，而不需解析該FDT。這種把HTTP請求用于將MBMSUE從BM-SC解注冊以停止MBMS下載用戶服務(wù)的單播遞送的實(shí)施方式的優(yōu)勢在于其減小了網(wǎng)絡(luò)資源的浪費(fèi)，否則這些網(wǎng)絡(luò)資源會花費(fèi)在將不需要的OMAPush消息發(fā)送到MBMSUE上。上述其他實(shí)施方式的優(yōu)勢在于它們規(guī)定了用于HTTP請求的各種備用高效格式，以便使用單播承載將感興趣的文件從BM-SC取回到MBMSUE。這些實(shí)施方式為MBMSUE請求MBMS下載會話中的個(gè)體文件、文件的邏輯組和所有文件提供了靈活性和效率。這些實(shí)施方式還通過使用HTTP流水線以及使用語義學(xué)來在一個(gè)HTTP請求中請求文件的組，減小了在單播模式中獲得MBMS下載用戶服務(wù)時(shí)的延遲。這些實(shí)施方式進(jìn)一步提供了BM-SC按照MBMSUE的請求將這些文件打包的可能性。各種實(shí)施方式可以通過執(zhí)行圖1中描繪的多個(gè)過程來實(shí)現(xiàn)。在圖1的100處，MBMSUE離開MBMS覆蓋區(qū)域。在110處，MBMSUE從MBMS用戶服務(wù)描述(USD)取回unicastAccessURI和serviceID。在120處，MBMSUE將其MSISDN和serviceID注冊到10與unicastAccessURI相關(guān)聯(lián)的服務(wù)器或BM_SC。當(dāng)MBMS用戶服務(wù)遞送開始時(shí)，在130處，BM-SC在OMAPush消息中將最新的FDT實(shí)例和serviceID發(fā)送至MBMSUE。在這樣做時(shí)，BM-SC可以使用OTA-WSP協(xié)議或者OTA-HTTP協(xié)議。如果使用OTA-HTTP協(xié)議，則服務(wù)器可以使用多方MME結(jié)構(gòu)來在不同的部分中發(fā)射FDT實(shí)例、對應(yīng)的FDT實(shí)例ID和serviceID。如果使用OTA-WSP，則服務(wù)器使用適當(dāng)?shù)恼Z法來單獨(dú)發(fā)送FDT實(shí)例、對應(yīng)的FDT實(shí)例ID和serviceID。在圖1的140處，MBMSUE中的OMAPush客戶端根據(jù)serviceID標(biāo)識MBMS用戶服務(wù)。在150處，OMAPush客戶端隨后掃描在同一消息中接收的FDT實(shí)例，以標(biāo)識將在該MBMS用戶服務(wù)中下載的fileURI(文件URI)。就這一點(diǎn)，用戶隨后可以處理關(guān)于FLUTE會話中所有文件的必要信息，包括它們的fileURI、內(nèi)容編碼、內(nèi)容長度等。在160處，UE隨后通過發(fā)起按照以下格式的HTTPGET請求來從BM-SC取回感興趣的文件imicast_access_request_http_URI=imicast_access_URI"，，queryunicast_access_URI=〈來自用戶服務(wù)描述的unicastAccesURI;URI參考如在[IETFRFC3986]中所定義的>如果UE對獲得來自FDT的所有文件感興趣，則其通過在HTTPGET請求中使用以下查詢來指示此選擇GET/path/unicast—accessserviceID=abc&fdtlnstancelD=def&fileURI=*HTTP/1.1Host:bmsc.example,com在上述示例中，BM-SC可以通過使用多方MME結(jié)構(gòu)發(fā)送來自FDT的所有文件而做出響應(yīng)。如果UE對由FDT中的文件的groupID(組ID)所標(biāo)識的文件邏輯組感興趣，則其可以通過在HTTPGET請求中使用以下查詢來指示此選擇GET/path/皿icast—access7serviceID=abc&fdtlnstancelD=def&groupID=xyzHTTP/1.1Host:bmsc.example,com在上述示例中，BM-SC可以通過使用多方MME結(jié)構(gòu)發(fā)送來自FDT實(shí)例ID=def的FDT實(shí)例的屬于邏輯groupID=xyz的所有文件而做出響應(yīng)。如果UE對特定文件感興趣，則其通過在HTTPGET請求中使用以下查詢來指示此選擇GET/path/皿icast—access7serviceID=abcd&group—id=www.example,com/news/latest.3gp&Content—MD5=0DZiYTU10TFkZGY2麗Y50Dh==HTTP/1.1Host:bmsc.example,com應(yīng)當(dāng)注意，包括在GET請求中的content_md5(內(nèi)容md5)消除了同一fileURI的多個(gè)版本之間的歧義。MD5是"消息摘要算法5"，其在RFC1321中定義，并在www.ietf.org/rfc/rfc1321.txt處可得。content_md5報(bào)頭字段在RFC1864中進(jìn)行了定義，并在www.ietf.org/rfc/rfc1864.txt處可得。針對通過使用多個(gè)流水線化的或串行化的HTTPGET請求來取回FDT的多個(gè)不相關(guān)文件，一種方案基于目前的規(guī)范，其涉及針對感興趣的每個(gè)文件發(fā)送一系列HTTPGET請求?？蛻舳丝梢詫⒂糜谒栉募腍TTPGET請求流水線化。這些HTTPGET請求根據(jù)用于使用單個(gè)HTTPGET請求取回FDT的文件的實(shí)現(xiàn)進(jìn)行格式化。HTTP流水線化是這樣的技術(shù)，其中多個(gè)HTTP請求被寫出(writeout)至單個(gè)套接字，而不用等待相應(yīng)的響應(yīng)。流水線化僅在HTTP/1.1中支持。請求的流水線化減小了信令延遲，對于長等待時(shí)間的連接更是如此。因?yàn)橥ǔ？梢詫⑷舾蒆TTP請求放入同一TCP分組中，所以HTTP流水線化允許在網(wǎng)絡(luò)上發(fā)送少量的TCP分組，從而減小網(wǎng)絡(luò)負(fù)載。備選地，可以發(fā)送將所有感興趣文件的文件URI和對應(yīng)的contentMD5包括在消息體中的HTTPPOST請求。然而，HTTPPOST方法的使用僅在等冪服務(wù)(諸如，數(shù)據(jù)庫的修改或者服務(wù)的訂閱)的情況下推薦。針對通過使用多個(gè)流水線化的或串行化的HTTPGET請求來取回FDT的文件的多個(gè)邏輯組，方法類似于用于通過使用多個(gè)流水線化的或串行化的HTTPGET請求來取回FDT的多個(gè)不相關(guān)文件的方法。然而，在此特定情況下，HTTPGET請求根據(jù)用于在單個(gè)HTTPGET請求中取回文件的邏輯組的實(shí)現(xiàn)進(jìn)行格式化。針對通過使用多個(gè)流水線化的或串行化的HTTPGET請求來取回多個(gè)不相關(guān)的文件和多個(gè)邏輯組的組合，方法類似于用于通過使用多個(gè)流水線化的或串行化的HTTPGET請求來取回FDT的多個(gè)不相關(guān)文件的方法。然而，在此特定情況下，HTTPGET請求根據(jù)用于在單個(gè)HTTPGET請求中取回文件的邏輯組或通過使用單個(gè)HTTPGET請求取回FDT的文件的實(shí)現(xiàn)進(jìn)行格式化。如果UE對來自FDT的不相關(guān)文件集合感興趣，則其通過在HTTPGET請求中使用以下查詢來指示此選擇GET/path/unicast—accessserviceID=abc&fdtlnstancelD=def&fileURI=xl&conten備5=yl&fileURI=x2&conten備5=y2&fileURI=x3&conten備5=y3&fdlnstancdlD=ghi&fileURI=ml&conten備5=nl&fileURI=m2&conten備5=n2HTTP/1.1Host:bmsc.example,com在以上示例中，MBMSUE正在請求來自FDT實(shí)例"def"的三個(gè)文件，即，xl、x2和x3，以及來自FDT實(shí)例"ghi"的兩個(gè)文件，即，ml和m2。文件的相應(yīng)contentMD5分別是yl、y2、y3、nl和n2。所有文件都屬于MBMS用戶服務(wù)"abc"。在這種情況下，BM-SC可以通過使用多方MME結(jié)構(gòu)發(fā)送來自FDT的所有文件來做出響應(yīng)。如果UE對FDT中文件的不止一個(gè)邏輯組感興趣，則其通過在HTTPGET請求中使用以下查詢來指示此選擇GET/path/unicast_accessServiceID=abc&fdtlnstancelD=def&groupID=xl&groupID=12x2&fdtlnstancelD=ghi&g麗pID=x3.HTTP/1.1Host:bmsc.example,com在以上示例中，MBMSUE正在請求來自FDT實(shí)例"def"的兩個(gè)邏輯組，即，xl和x2，以及來自FDT實(shí)例"ghi"的一個(gè)邏輯組，即，x3。所有文件都屬于MBMS用戶服務(wù)"abc"。在這種情況下，BM-SC可以通過使用多方MME結(jié)構(gòu)發(fā)送來自FDT的所有被請求的文件來做出響應(yīng)。針對在單個(gè)HTTPGET請求中取回一個(gè)或多個(gè)文件與文件的一個(gè)或多個(gè)邏輯組的組合，用于此過程的實(shí)現(xiàn)類似于用于在單個(gè)HTTPGET請求中取回文件的多個(gè)邏輯組以及在單個(gè)HTTPGET請求中取回多個(gè)不相關(guān)文件的實(shí)現(xiàn)。OMAPUSH消息用于將FDT實(shí)例遞送至接收機(jī)。為了讓接收機(jī)能夠標(biāo)識當(dāng)前FDT實(shí)例涉及哪個(gè)服務(wù)(FLUTE會話)，需要對FLUTE會話的唯一標(biāo)識符的指示。服務(wù)ID是這種標(biāo)識符的一個(gè)示例。此標(biāo)識符需要在每個(gè)Push消息中與FDT實(shí)例一起發(fā)送。Push消息[即，WAP-251-Push消息]包括消息報(bào)頭和消息體。消息報(bào)頭類似于HTTP消息報(bào)頭，并且利用若干報(bào)頭字段以文本表示給出。消息體可以包含由其內(nèi)容類型所標(biāo)識的任何數(shù)據(jù)類型。在各種實(shí)施方式中，有兩種不同的方法可以用來在Push消息中用信令通知會話標(biāo)識符。在第一方法中，"X-W即-Content-URI"作為消息報(bào)頭的報(bào)頭字段可以用于此目的。此報(bào)頭字段給出了當(dāng)前內(nèi)容的URI。此URI可以具有以下格式。X_Wap_Content_URI=，，X_Wap_Content_URI:，，namespace"ServiceID=，，ServiceID["&SessionID=，，SessionID]namespace(命名空間)=URI是已注冊的命名空間，其可以例如是urn:3gpp:mbms:rel7:fdt_download形式。用于信令會話標(biāo)識符的第二個(gè)方法涉及使用Push消息的消息體。該消息體被設(shè)計(jì)為多方MME消息，其包含兩個(gè)不同部分。一個(gè)部分?jǐn)y帶FDT實(shí)例，而另一部分?jǐn)y帶服務(wù)ID和/或會話ID和任何其他信息。在第二方法中，XML結(jié)構(gòu)用于消息的第二部分。如果MBMSUE不需要MBMS用戶服務(wù)的單播遞送(例如，如果MBMSUE移動回MBMS覆蓋區(qū)域，或者其對MBMS傳輸會話中的剩余內(nèi)容不感興趣)，則其可以針對MBMS下載服務(wù)的單播遞送將自己從BM-SC解注冊。解注冊在圖1中的170處示出。如果此解注冊不發(fā)生，則BM-SC會繼續(xù)將OMAPush消息(無論是否存在新的FDT實(shí)例)發(fā)送到MBMSUE，這會浪費(fèi)之前的單播遞送資源。因此，HTTPGET消息可以使用在某些實(shí)施方式中，用于將MBMSUE從BM-SC解注冊以停止serviceID所標(biāo)識MBMS下載服務(wù)的單播遞送。GET/unicastDeRegserviceld=urn:3gpp:0010120123hotdog&MSISDN=436642012345HTTP/1.1Host:bmsc.example,com圖2是示出了根據(jù)各種實(shí)施方式，在MBMSUE、BM_SC和其他組件之間交互的圖形描述。在圖2的200處，MBMSUE的單播MBMS文件下載客戶端將注冊請求發(fā)射至BM-SC(解注冊請求也從單播MBMS文件下載客戶端發(fā)出)。在210處，由FDT實(shí)例ID標(biāo)識的FDT實(shí)例和serviceID發(fā)送至PPG。在220處，PPG將OTAPush消息發(fā)送至OMAPush客戶端。在230處，0MAPush客戶端將應(yīng)用ID發(fā)送至單播MBMS文件下載客戶端。在240處，單播MBMS文件下載客戶端將serviceID和由FDT實(shí)例ID標(biāo)識的FDT實(shí)例轉(zhuǎn)發(fā)至適當(dāng)?shù)腗BMS文件下載服務(wù)的MBMS文件下載應(yīng)用。在250處，由FDT實(shí)例ID標(biāo)識的FDT實(shí)例被發(fā)送至FDT解析器。在260處，文件URI和FDT實(shí)例ID隨后被發(fā)送至HTTP請求器，在270處，該HTTP請求器隨后與單播文件遞送服務(wù)器或文件修復(fù)服務(wù)器進(jìn)行通信。圖3示出了可以使用各種實(shí)施方式的系統(tǒng)IO，包括可以通過一個(gè)或多個(gè)網(wǎng)絡(luò)進(jìn)行通信的多個(gè)通信設(shè)備。系統(tǒng)io可以包括有線或無線網(wǎng)絡(luò)的任意組合，其中這些網(wǎng)絡(luò)包括但不限于移動電話網(wǎng)絡(luò)、無線局域網(wǎng)(LAN)、藍(lán)牙個(gè)人局域網(wǎng)、以太網(wǎng)LAN、令牌環(huán)LAN、廣域網(wǎng)、互聯(lián)網(wǎng)等。系統(tǒng)10可以包括有線通信設(shè)備和無線通信設(shè)備兩者。例如，圖3中所示系統(tǒng)10包括移動電話網(wǎng)絡(luò)11和互聯(lián)網(wǎng)28。通往互聯(lián)網(wǎng)28的連接可以包括但不限于遠(yuǎn)程無線連接、短程無線連接，以及各種有線連接，這些有線連接包括但不限于電話線、電纜線路、電力線等。系統(tǒng)10的示例性通信設(shè)備可以包括但不限于移動電話形式的移動電子設(shè)備50、組合式個(gè)人數(shù)字助理PDA和移動電話14、PDA16、集成消息傳遞設(shè)備(MD)18、臺式計(jì)算機(jī)20、筆記本計(jì)算機(jī)22等。通信設(shè)備可以是固定的或者在由行進(jìn)中的人員攜帶時(shí)是移動的。通信設(shè)備還可以處于交通模式中，包括但不限于汽車、卡車、出租車、公共汽車、火車、船、飛機(jī)、自行車、摩托車等。通信設(shè)備的一些或全部可以通過通往基站24的無線連接25發(fā)送和接收呼叫和消息，并且通過通往基站24的無線連接25與服務(wù)提供商進(jìn)行通信。基站24可以連接至網(wǎng)絡(luò)服務(wù)器26，該服務(wù)器26支持移動電話網(wǎng)絡(luò)ll和互聯(lián)網(wǎng)28之間的通信。系統(tǒng)10可以包括附加的通信設(shè)備和不同類型的通信設(shè)備。通信設(shè)備可以使用各種傳輸技術(shù)進(jìn)行通信，包括但不限于，碼分多址(CDMA)、全球移動通信系統(tǒng)(GSM)、通用移動通信系統(tǒng)(UMTS)、時(shí)分多址(TDMA)、頻分多址(FDMA)、傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(TCP/IP)、短消息傳遞服務(wù)(SMS)、多媒體消息傳遞服務(wù)(匪S)、電子郵件、即時(shí)消息傳遞服務(wù)(IMS)、藍(lán)牙、IEEE802.11等。在實(shí)現(xiàn)各種實(shí)施方式時(shí)涉及的通信設(shè)備可以使用各種介質(zhì)進(jìn)行通信，包括但不限于，無線電、紅外、激光、線纜連接等。圖4和圖5示出了可以在其中實(shí)現(xiàn)各種實(shí)施方式的一個(gè)代表性電子設(shè)備50。然而應(yīng)當(dāng)理解，無意將各種實(shí)施方式限制到一種特定類型的設(shè)備。圖4和圖5的電子設(shè)備50包括外殼30、液晶顯示器形式的顯示器32、小鍵盤34、麥克風(fēng)36、耳機(jī)38、電池40、紅外端口42、天線44、根據(jù)本發(fā)明一個(gè)實(shí)施例的UICC形式的智能卡46、讀卡器48、無線電接口電路52、編解碼電路54、控制器56以及存儲器58。單獨(dú)的電路和元件可以是本領(lǐng)域公知的所有類型，例如Nokia范圍內(nèi)的移動電話系列。在方法步驟或過程的通常背景下對此處描述的各種實(shí)施方式進(jìn)行了描述，在一個(gè)實(shí)施例中，這些方法步驟或過程可以通過程序產(chǎn)品來實(shí)現(xiàn)，該計(jì)算機(jī)程序產(chǎn)品包含在計(jì)算機(jī)可讀介質(zhì)中，其包括在網(wǎng)絡(luò)環(huán)境中由計(jì)算機(jī)執(zhí)行的計(jì)算機(jī)可執(zhí)行指令，諸如程序代碼。通常，程序模塊包括例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等，用于執(zhí)行具體任務(wù)或者實(shí)現(xiàn)特定的抽象數(shù)據(jù)類型。計(jì)算機(jī)可執(zhí)行指令、相關(guān)數(shù)據(jù)結(jié)構(gòu)和程序模塊代表了用于執(zhí)行此處公開的方法的步驟的程序代碼的示例。這種可執(zhí)行指令或者相關(guān)數(shù)據(jù)結(jié)構(gòu)的特定順序代表了用于實(shí)現(xiàn)在這種步驟或過程中描述的功能的對應(yīng)動作的示例。在上文實(shí)例中描述的各個(gè)和特定結(jié)構(gòu)應(yīng)當(dāng)理解為構(gòu)成用于執(zhí)行以下權(quán)利要求中所描述的特定功能的裝置的代表性結(jié)構(gòu)，不過權(quán)利要求中的限制不應(yīng)在未在其中使用術(shù)語"裝置"的情況下解釋為構(gòu)成"裝置加功能"限制。另外，以上說明書中對術(shù)語"步驟"的使用不應(yīng)當(dāng)用于把權(quán)利要求中的任何特定限制認(rèn)為是構(gòu)建"步驟加功能"限制。就在此描述或以其他方式提及的各個(gè)參考(包括授權(quán)的專利、專利申請和非專利公開物)來說，這種參考并不意在且不應(yīng)當(dāng)解釋為對以下權(quán)利要求范圍的限制。本發(fā)明的軟件和web實(shí)現(xiàn)能夠利用標(biāo)準(zhǔn)編程技術(shù)來完成，利用基于規(guī)則的邏輯或者其他邏輯來實(shí)現(xiàn)各種數(shù)據(jù)庫搜索步驟或過程、相關(guān)步驟或過程、比較步驟或過程和決策步驟或過程。還應(yīng)當(dāng)注意的是，此處以及以下權(quán)利要求中使用的詞語"組件"和"模塊"意在包括使用一行或者更多行軟件代碼的實(shí)現(xiàn)和/或硬件實(shí)現(xiàn)和/或用于接收手工輸入的設(shè)備。出于示例和描述的目的，已經(jīng)給出了本發(fā)明實(shí)施的前述說明。前述說明并非是窮舉性的也并非要將實(shí)施方式限制到所公開的確切形式，而且根據(jù)上述教導(dǎo)還可能存在各種變形和修改，或者是可能從各種實(shí)施方式的實(shí)踐中得到各種變形和修改。選擇和描述此處所討論的這些實(shí)施方式是為了說明各種實(shí)施方式的原理及本質(zhì)及其實(shí)際應(yīng)用，以使得本領(lǐng)域的技術(shù)人員能夠在各種實(shí)施方式中利用適合于所構(gòu)思的特定用途的各種修改來利用本發(fā)明。1權(quán)利要求一種方法，包括向服務(wù)器和廣播多播交換中心中的一個(gè)進(jìn)行注冊；接收標(biāo)識文件遞送表實(shí)例和服務(wù)標(biāo)識符的Push消息；使用所述服務(wù)標(biāo)識符來標(biāo)識多媒體廣播多播服務(wù)(MBMS)用戶服務(wù)；使用所述文件遞送表實(shí)例來標(biāo)識將從所述MBMS用戶服務(wù)下載的文件；以及使用至少一個(gè)HTTPGET請求來取回至少一個(gè)感興趣的文件。2.根據(jù)權(quán)利要求1所述的方法，其中所述至少一個(gè)感興趣的文件包括所述文件遞送表實(shí)例中的所有文件，以及其中所述遞送中的所有文件是使用單個(gè)HTTPGET請求取回的。3.根據(jù)權(quán)利要求1所述的方法，其中所述至少一個(gè)感興趣的文件包括文件的邏輯組，以及其中所述文件的邏輯組是使用單個(gè)HTTPGET請求取回的。4.根據(jù)權(quán)利要求1所述的方法，其中所述至少一個(gè)感興趣的文件包括單個(gè)文件，以及其中所述單個(gè)文件是使用單個(gè)HTTPGET請求取回的。5.根據(jù)權(quán)利要求1所述的方法，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件，以及其中所述多個(gè)不相關(guān)的文件是使用多個(gè)HTTPGET請求取回的。6.根據(jù)權(quán)利要求1所述的方法，其中所述至少一個(gè)感興趣的文件包括文件的多個(gè)邏輯組，以及其中所述文件的多個(gè)邏輯組是使用多個(gè)HTTPGET請求取回的。7.根據(jù)權(quán)利要求1所述的方法，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件與文件的多個(gè)邏輯組的組合，以及其中所述組合是使用多個(gè)HTTPGET請求取回的。8.根據(jù)權(quán)利要求1所述的方法，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件，以及其中所述多個(gè)不相關(guān)的文件是使用單個(gè)HTTPGET請求取回的。9.根據(jù)權(quán)利要求1所述的方法，其中所述至少一個(gè)感興趣的文件包括文件的多個(gè)邏輯組，以及其中所述文件的多個(gè)邏輯組是使用單個(gè)HTTPGET請求取回的。10.根據(jù)權(quán)利要求1所述的方法，其中所述至少一個(gè)感興趣的文件包括至少一個(gè)文件和文件的至少一個(gè)邏輯組，以及其中所述至少一個(gè)文件和所述文件的至少一個(gè)邏輯組是使用單個(gè)HTTPGET請求取回的。11.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括傳輸HTTP請求以從所述廣播多播交換中心解注冊。12.根據(jù)權(quán)利要求1所述的方法，其中所述文件遞送表實(shí)例在所述Push消息中由文件遞送表實(shí)例ID來標(biāo)識。13.—種計(jì)算機(jī)程序產(chǎn)品，具體化在計(jì)算機(jī)可讀介質(zhì)中，包括配置用于執(zhí)行權(quán)利要求1的過程的計(jì)算機(jī)代碼。14.一種設(shè)備，包括處理器；以及存儲器單元，其可通信地連接至所述處理器，并且包括用于向服務(wù)器和廣播多播交換中心中的一個(gè)進(jìn)行注冊的計(jì)算機(jī)代碼；用于處理標(biāo)識文件遞送表實(shí)例和服務(wù)標(biāo)識符的已接收Push消息的計(jì)算機(jī)代碼；用于使用所述服務(wù)標(biāo)識符來標(biāo)識多媒體廣播多播服務(wù)(MBMS)用戶服務(wù)的計(jì)算機(jī)代碼；用于使用所述文件遞送表實(shí)例來標(biāo)識將從所述MBMS用戶服務(wù)下載的文件的計(jì)算機(jī)代碼；以及用于使用至少一個(gè)HTTPGET請求來取回至少一個(gè)感興趣的文件的計(jì)算機(jī)代碼。15.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括所述文件遞送表實(shí)例中的所有文件，以及其中所述遞送中的所有文件是使用單個(gè)HTTPGET請求取回的。16.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括文件的邏輯組，以及其中所述文件的邏輯組是使用單個(gè)HTTPGET請求取回的。17.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括單個(gè)文件，以及其中所述單個(gè)文件是使用單個(gè)HTTPGET請求取回的。18.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件，以及其中所述多個(gè)不相關(guān)的文件是使用多個(gè)HTTPGET請求取回的。19.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括文件的多個(gè)邏輯組，以及其中所述文件的多個(gè)邏輯組是使用多個(gè)HTTPGET請求取回的。20.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件與文件的多個(gè)邏輯組的組合，以及其中所述組合是使用多個(gè)HTTPGET請求取回的。21.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件，以及其中所述多個(gè)不相關(guān)的文件是使用單個(gè)HTTPGET請求取回的。22.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括文件的多個(gè)邏輯組，以及其中所述文件的多個(gè)邏輯組是使用單個(gè)HTTPGET請求取回的。23.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括至少一個(gè)文件和文件的至少一個(gè)邏輯組，以及其中所述至少一個(gè)文件和所述文件的至少一個(gè)邏輯組是使用單個(gè)HTTPGET請求取回的。24.根據(jù)權(quán)利要求14所述的設(shè)備，其中所述存儲器單元進(jìn)一步包括用于傳輸HTTP請求以從所述廣播多播交換中心解注冊的計(jì)算機(jī)代碼。25.—種設(shè)備，包括用于向服務(wù)器和廣播多播交換中心中的一個(gè)進(jìn)行注冊的裝置；用于處理標(biāo)識文件遞送表實(shí)例和服務(wù)標(biāo)識符的已接收Push消息的裝置；用于使用所述服務(wù)標(biāo)識符來標(biāo)識多媒體廣播多播服務(wù)(MBMS)用戶服務(wù)的裝置；用于使用所述文件遞送表實(shí)例來標(biāo)識將從所述MBMS用戶服務(wù)下載的文件的裝置；以及用于使用至少一個(gè)HTTPGET請求來取回至少一個(gè)感興趣的文件的裝置。26.根據(jù)權(quán)利要求25所述的設(shè)備，其中所述至少一個(gè)感興趣的文件是使用單個(gè)HTTPGET請求取回的。27.根據(jù)權(quán)利要求25所述的設(shè)備，其中所述至少一個(gè)感興趣的文件是使用多個(gè)HTTPGET請求取回的。28.—種方法，包括將Push消息傳輸?shù)揭炎栽O(shè)備，所述Push消息標(biāo)識文件遞送表實(shí)例和服務(wù)標(biāo)識符；從所述已注冊設(shè)備接收針對至少一個(gè)感興趣的文件的取回請求，所述取回請求包括至少一個(gè)HTTPGET請求；以及根據(jù)所述至少一個(gè)HTTPGET請求，提供所述至少一個(gè)感興趣的文件。29.根據(jù)權(quán)利要求28所述的方法，其中所述至少一個(gè)感興趣的文件包括所述文件遞送表實(shí)例中的所有文件，以及其中所述取回請求包括單個(gè)HTTPGET請求。30.根據(jù)權(quán)利要求28所述的方法，其中所述至少一個(gè)感興趣的文件包括文件的邏輯組，以及其中所述取回請求包括單個(gè)HTTPGET請求。31.根據(jù)權(quán)利要求28所述的方法，其中所述至少一個(gè)感興趣的文件包括單個(gè)文件，以及其中所述取回請求包括單個(gè)HTTPGET請求。32.根據(jù)權(quán)利要求28所述的方法，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件，以及其中所述取回請求包括多個(gè)HTTPGET請求。33.根據(jù)權(quán)利要求28所述的方法，其中所述至少一個(gè)感興趣的文件包括文件的多個(gè)邏輯組，以及其中所述取回請求包括多個(gè)HTTPGET請求。34.根據(jù)權(quán)利要求28所述的方法，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件和文件的多個(gè)邏輯組的組合，以及其中所述取回請求包括多個(gè)HTTPGET請求。35.根據(jù)權(quán)利要求28所述的方法，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件，以及其中所述取回請求包括單個(gè)HTTPGET請求。36.根據(jù)權(quán)利要求28所述的方法，其中所述至少一個(gè)感興趣的文件包括文件的多個(gè)邏輯組，以及其中所述取回請求包括單個(gè)HTTPGET請求。37.根據(jù)權(quán)利要求28所述的方法，其中所述至少一個(gè)感興趣的文件包括至少一個(gè)文件和文件的至少一個(gè)邏輯組，以及其中所述取回請求包括單個(gè)HTTPGET請求。38.根據(jù)權(quán)利要求28所述的方法，進(jìn)一步包括從所述已注冊設(shè)備接收用于解注冊所述已注冊設(shè)備的HTTP請求；以及解注冊所述已注冊設(shè)備。39.根據(jù)權(quán)利要求28所述的方法，其中所述文件遞送表實(shí)例在所述Push消息中由文件遞送表實(shí)例ID來標(biāo)識。40.—種計(jì)算機(jī)程序產(chǎn)品，具體化在計(jì)算機(jī)可讀介質(zhì)中，包括配置用于執(zhí)行權(quán)利要求28的過程的計(jì)算機(jī)代碼。41.一種設(shè)備，包括處理器；以及存儲器單元，其可通信地連接至所述處理器，并且包括用于將Push消息傳輸?shù)揭炎栽O(shè)備的計(jì)算機(jī)代碼，所述Push消息標(biāo)識文件遞送表實(shí)例和服務(wù)標(biāo)識符；用于處理從所述已注冊設(shè)備接收的針對至少一個(gè)感興趣的文件的取回請求的計(jì)算機(jī)代碼，所述取回請求包括至少一個(gè)HTTPGET請求；以及用于根據(jù)所述至少一個(gè)HTTPGET請求提供所述至少一個(gè)感興趣的文件的計(jì)算機(jī)代碼。42.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括所述文件遞送表實(shí)例中的所有文件，以及其中所述取回請求包括單個(gè)HTTPGET請求。43.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括文件的邏輯組，以及其中所述取回請求包括單個(gè)HTTPGET請求。44.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括單個(gè)文件，以及其中所述取回請求包括單個(gè)HTTPGET請求。45.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件，以及其中所述取回請求包括多個(gè)HTTPGET請求。46.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括文件的多個(gè)邏輯組，以及其中所述取回請求包括多個(gè)HTTPGET請求。47.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件和文件的多個(gè)邏輯組的組合，以及其中所述取回請求包括多個(gè)HTTPGET請求。48.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括多個(gè)不相關(guān)的文件，以及其中所述取回請求包括單個(gè)HTTPGET請求。49.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括文件的多個(gè)邏輯組，以及其中所述取回請求包括單個(gè)HTTPGET請求。50.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述至少一個(gè)感興趣的文件包括至少一個(gè)文件和文件的至少一個(gè)邏輯組，以及其中所述取回請求包括單個(gè)HTTPGET請求。51.根據(jù)權(quán)利要求40所述的設(shè)備，其中所述存儲器單元進(jìn)一步包括用于處理從所述已注冊設(shè)備接收的、用于解注冊所述已注冊設(shè)備的HTTP請求的計(jì)算機(jī)代碼；以及用于解注冊所述已注冊設(shè)備的計(jì)算機(jī)代碼。52.—種設(shè)備，包括用于將Push消息傳輸?shù)揭炎栽O(shè)備的裝置，所述Push消息標(biāo)識文件遞送表實(shí)例和服務(wù)標(biāo)識符；用于從所述已注冊設(shè)備接收針對至少一個(gè)感興趣的文件的取回請求的裝置，所述取回請求包括至少一個(gè)HTTPGET請求；以及用于根據(jù)所述至少一個(gè)HTTPGET請求提供所述至少一個(gè)感興趣的文件的裝置。53.根據(jù)權(quán)利要求52所述的設(shè)備，其中所述取回請求包括單個(gè)HTTPGET請求。54.根據(jù)權(quán)利要求52所述的設(shè)備，其中所述取回請求包括多個(gè)HTTPGET請求。全文摘要一種用于使用單播承載來提供MBMS內(nèi)容分發(fā)的系統(tǒng)和方法。根據(jù)各種實(shí)施方式，MBMS下載用戶服務(wù)通過經(jīng)由OMAPush消息遞送FLUTE文件遞送表而被遞送到多個(gè)用戶設(shè)備。多個(gè)不同附加動作之一可以用在MBMS下載用戶服務(wù)的遞送中。這些動作包括(1)使用簡單的URL編碼格式進(jìn)行單個(gè)HTTPGET請求，以取回FDT的所有文件；(2)使用URL編碼中FDT的“組”字段進(jìn)行單個(gè)HTTPGET請求，以取回FDT的文件的邏輯組；(3)進(jìn)行流水線化的HTTPGET請求，其中每一個(gè)HTTPGET請求取回FDT的至少一個(gè)文件；(4)進(jìn)行串行化的HTTPGET請求，其中每個(gè)HTTPGET請求取回FDT的至少一個(gè)文件；(5)進(jìn)行流水線化的HTTPGET請求，其中每個(gè)HTTPGET請求取回FDT的文件的至少一個(gè)邏輯組；(6)進(jìn)行串行化的HTTPGET請求，其中每個(gè)HTTPGET請求取回FDT的文件的至少一個(gè)邏輯組；(7)在上述OMAPUSH消息中遞送MBMS用戶服務(wù)的ServiceID，而不將ServiceID包括在FLUTEFDT中；(8)用于將MBMSUE從BM-SC解注冊以停止MBMS下載用戶服務(wù)的單播遞送的HTTP請求；以及(9)在OMAPush消息中遞送FDT實(shí)例的FDT實(shí)例ID。文檔編號H04L12/18GK101743717SQ200880019311公開日2010年6月16日申請日期2008年4月16日優(yōu)先權(quán)日2007年4月23日發(fā)明者I·鮑阿齊齊,R·維丹撒姆申請人:諾基亞公司