專利名稱：Ims網(wǎng)絡(luò)中文件下載方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通訊技術(shù)領(lǐng)域，具體涉及IMS網(wǎng)絡(luò)中文件下載技術(shù)。
背景技術(shù)：
采用FLUTE(File Delivery over Unidirectional Transport，文件單向傳送)協(xié) 議進(jìn)行文件下載的方法包括終端通過短信息或電話等方式獲取FLUTE會話參數(shù)，F(xiàn)LUTE會 話參數(shù)如傳輸會話標(biāo)識、FLUTE會話目的組播地址以及FLUTE會話發(fā)送者的源IP地址等； 之后，終端根據(jù)FLUTE會話參數(shù)接收媒體服務(wù)器發(fā)送的數(shù)據(jù)，該數(shù)據(jù)中包括內(nèi)容描述信息 和需要下載的文件；終端從接收的數(shù)據(jù)中獲取內(nèi)容描述信息；終端根據(jù)該內(nèi)容描述信息從 接收到的數(shù)據(jù)中獲得需要下載的文件。發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)至少存在如下問題在IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))中，文件下載的靈活性和可控性差。

發(fā)明內(nèi)容
本發(fā)明實施方式提供的IMS網(wǎng)絡(luò)中文件下載方法、裝置和系統(tǒng)，利用IMS網(wǎng)絡(luò)能力 對文件下載進(jìn)行控制，提高了文件下載的靈活性和可控性。本發(fā)明實施方式提供的一種IMS網(wǎng)絡(luò)中文件下載方法，包括獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識，并根據(jù)所述業(yè)務(wù)標(biāo)識對所述終端進(jìn)行所述 文件下載業(yè)務(wù)授權(quán)；如果所述授權(quán)通過，則與所述終端進(jìn)行會話協(xié)商，并基于所述協(xié)商的結(jié)果向所述 終端返回FLUTE會話參數(shù)，使所述終端根據(jù)所述FLUTE會話參數(shù)接收媒體服務(wù)器發(fā)送的數(shù) 據(jù)。本發(fā)明實施方式提供的一種IMS網(wǎng)絡(luò)中文件下載系統(tǒng)，所述系統(tǒng)包括業(yè)務(wù)控制功能裝置，用于獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識，并根據(jù)所述業(yè)務(wù) 標(biāo)識對所述終端進(jìn)行所述文件下載業(yè)務(wù)授權(quán)，如果所述授權(quán)通過，則與所述終端進(jìn)行會話 協(xié)商，并基于所述協(xié)商的結(jié)果向所述終端返回FLUTE會話參數(shù)，使所述終端根據(jù)所述FLUTE 會話參數(shù)接收媒體服務(wù)器發(fā)送的數(shù)據(jù)；媒體服務(wù)器，用于基于所述FLUTE會話參數(shù)向所述終端發(fā)送所述文件下載業(yè)務(wù)對 應(yīng)的文件。本發(fā)明實施方式提供的一種網(wǎng)絡(luò)設(shè)備，位于IMS網(wǎng)絡(luò)中，包括授權(quán)模塊，用于獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識，并根據(jù)所述業(yè)務(wù)標(biāo)識對所 述終端進(jìn)行所述文件下載業(yè)務(wù)授權(quán)；協(xié)商模塊，用于在所述授權(quán)模塊授權(quán)結(jié)果為授權(quán)通過時，與所述終端進(jìn)行會話協(xié) 商，基于所述協(xié)商的結(jié)果向所述終端返回FLUTE會話參數(shù)，使所述終端根據(jù)所述FLUTE會話 參數(shù)接收媒體服務(wù)器發(fā)送的數(shù)據(jù)。通過上述技術(shù)方案的描述可知，通過引入文件下載業(yè)務(wù)，使網(wǎng)絡(luò)側(cè)便于對文件下載進(jìn)行管理(如計費管理、授權(quán)管理以及傳輸管理等)；通過利用文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識 對終端進(jìn)行文件下載業(yè)務(wù)授權(quán)，使網(wǎng)絡(luò)側(cè)進(jìn)一步加強了對文件下載的管理；通過進(jìn)行會話 協(xié)商，使網(wǎng)絡(luò)側(cè)能夠通過多種方式為終端提供下載的文件；上述技術(shù)方案在文件下載過程 中引入了 IMS網(wǎng)絡(luò)能力，提高了文件下載的靈活性和可控性，進(jìn)一步完善了文件下載過程。


圖1是本發(fā)明實施例一的文件下載方法流程圖；圖2是本發(fā)明實施例二的文件下載方法流程圖；圖3是本發(fā)明實施例三的文件下載方法流程圖；圖4是本發(fā)明實施例四的文件修復(fù)方法流程圖；圖5是本發(fā)明實施例五的文件下載系統(tǒng)示意圖；圖6是本發(fā)明實施例五的文件下載系統(tǒng)的具體應(yīng)用示意圖；圖7是本發(fā)明實施例六的文件下載裝置示意圖。
具體實施例方式本發(fā)明實施例一提供一種IMS網(wǎng)絡(luò)中基于FLUTE協(xié)議的文件下載方法，該方法的 流程如附圖1所示。圖1中，S100、獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識。本實施例中的文件下載業(yè)務(wù)是指針對需要向終端提供的一個或者多個下載文件 而設(shè)置的業(yè)務(wù)，一個文件下載業(yè)務(wù)對應(yīng)一個唯一的業(yè)務(wù)標(biāo)識。本實施例中的一個文件下載 業(yè)務(wù)可以通過多個傳輸會話來實現(xiàn)，即一個文件下載業(yè)務(wù)對應(yīng)的文件可以通過多個傳輸會 話發(fā)送。獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識的方式有多種，例如，在由終端發(fā)起文件下 載業(yè)務(wù)時，終端會向網(wǎng)絡(luò)側(cè)發(fā)送包括有業(yè)務(wù)標(biāo)識在內(nèi)的下載業(yè)務(wù)請求，該業(yè)務(wù)標(biāo)識可以包 括在下載業(yè)務(wù)請求的FLUTE會話參數(shù)中，此時，網(wǎng)絡(luò)側(cè)可以從接收到的下載業(yè)務(wù)請求中獲 取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識；再例如，在由網(wǎng)絡(luò)側(cè)發(fā)起文件下載業(yè)務(wù)時，終端會事先 進(jìn)行文件下載的訂閱操作，這樣，可以在終端訂閱文件下載業(yè)務(wù)對應(yīng)的文件過程中，網(wǎng)絡(luò)側(cè) 根據(jù)終端發(fā)送來的消息(如訂閱消息等)確定文件下載業(yè)務(wù)對應(yīng)的業(yè)務(wù)標(biāo)識。S110、根據(jù)上述業(yè)務(wù)標(biāo)識對終端進(jìn)行文件下載業(yè)務(wù)授權(quán)，如果授權(quán)通過，到S120， 否則，到S130。對終端進(jìn)行文件下載業(yè)務(wù)授權(quán)可以為判斷終端是否有權(quán)限進(jìn)行該文件下載業(yè) 務(wù)。當(dāng)然，該授權(quán)也可以為對其他權(quán)限等進(jìn)行審核。該授權(quán)過程可以根據(jù)終端對應(yīng)的用戶 的簽約信息或者本地策略或者簽約信息結(jié)合本地策略進(jìn)行。一個授權(quán)的具體例子為如果 用戶事先簽約了該文件下載業(yè)務(wù)，則授權(quán)通過，否則授權(quán)失敗(即授權(quán)未通過)。另一個授 權(quán)的具體例子為在本地策略是某個文件下載業(yè)務(wù)允許所有的用戶訪問的情況下，則不論 用戶是否簽約了該文件下載業(yè)務(wù)，則根據(jù)該本地策略對終端進(jìn)行該文件下載業(yè)務(wù)授權(quán)的結(jié) 果均為授權(quán)通過。S120、與終端進(jìn)行會話協(xié)商，基于會話協(xié)商的結(jié)果向終端提供FLUTE會話參數(shù)，或 者基于協(xié)商的結(jié)果向終端提供FLUTE會話參數(shù)和下載業(yè)務(wù)信息。
上述會話協(xié)商可以為在終端向網(wǎng)絡(luò)側(cè)發(fā)送了 FLUTE會話參數(shù)的情況下，對終端 發(fā)送來的FLUTE會話參數(shù)進(jìn)行檢查，即在終端發(fā)送來的FLUTE會話參數(shù)的基礎(chǔ)上確定網(wǎng)絡(luò) 側(cè)向終端發(fā)送的FLUTE會話參數(shù)。上述會話協(xié)商也可以為在終端沒有向網(wǎng)絡(luò)側(cè)發(fā)送FLUTE 會話參數(shù)的情況下，直接向終端發(fā)送網(wǎng)絡(luò)側(cè)為終端進(jìn)行文件下載業(yè)務(wù)而確定的FLUTE會話 參數(shù)。上述協(xié)商的結(jié)果通常為協(xié)商成功，即上述向終端返回的FLUTE會話參數(shù)是基于協(xié) 商成功而向終端返回的參數(shù)。終端可以根據(jù)其接收到的FLUTE會話參數(shù)接收媒體服務(wù)器發(fā) 送的數(shù)據(jù)，從而獲取到其需要下載的文件。在某些特殊情況下，上述協(xié)商的結(jié)果也可以為協(xié) 商失敗，在協(xié)商失敗時，可以向終端返回協(xié)商失敗的信息，從而使終端不會接收到FLUTE會 話參數(shù)。在會話協(xié)商過程中，網(wǎng)絡(luò)側(cè)還可以為終端確定下載業(yè)務(wù)信息，并在會話協(xié)商過程 中，向終端發(fā)送下載業(yè)務(wù)信息。上述下載業(yè)務(wù)信息可以為內(nèi)容描述信息的獲取地址信息、 文件修復(fù)服務(wù)器的地址信息和上報參數(shù)中的任意一個或任意多個。上述內(nèi)容描述信息的獲 取地址信息可以為文件分配表的獲取地址信息，即文件分配表的存儲地址信息。上述內(nèi)容描述信息的獲取地址信息用于終端獲取文件下載業(yè)務(wù)對應(yīng)的文件的內(nèi) 容描述信息，即終端可以從該內(nèi)容描述信息的獲取地址信息指示的網(wǎng)絡(luò)設(shè)備處獲取文件下 載業(yè)務(wù)對應(yīng)的文件的內(nèi)容描述信息。通過在會話協(xié)商過程中為終端提供內(nèi)容描述信息的獲 取地址信息，為終端獲得內(nèi)容描述信息提供了另一種實現(xiàn)方式，且提高了終端獲得內(nèi)容描 述信息的靈活性。上述文件修復(fù)服務(wù)器的地址信息用于終端向該地址信息指示的文件修復(fù)服務(wù)器 請求修復(fù)數(shù)據(jù)，以使終端能夠?qū)ξ募螺d業(yè)務(wù)對應(yīng)的文件進(jìn)行修復(fù)；也就是說，終端可以利 用文件修復(fù)服務(wù)器的地址信息獲取到修復(fù)數(shù)據(jù)，從而利用該修復(fù)數(shù)據(jù)對其接收到的文件下 載業(yè)務(wù)對應(yīng)的文件進(jìn)行修復(fù)。該文件修復(fù)服務(wù)器可以和上述媒體服務(wù)器合設(shè)，也可以與上 述媒體服務(wù)器獨立設(shè)置，在實際應(yīng)用中，可以根據(jù)具體需求來設(shè)置文件修復(fù)服務(wù)器。另外，該地址信息所指示的文件修復(fù)服務(wù)器可以為終端直接提供修復(fù)數(shù)據(jù)，該地 址信息所指示的文件修復(fù)服務(wù)器也可以將終端重定向到能夠為終端提供修復(fù)數(shù)據(jù)的其他 服務(wù)器處，使終端從其他服務(wù)器處獲取修復(fù)數(shù)據(jù)。該地址信息所指示的文件修復(fù)服務(wù)器可以為終端直接提供修復(fù)數(shù)據(jù)的一個具體 例子為該地址信息所指示的文件修復(fù)服務(wù)器在接收到終端發(fā)送的基于HTTP的修復(fù)請求 后，直接基于HTTP連接為終端提供修復(fù)數(shù)據(jù)。該地址信息所指示的文件修復(fù)服務(wù)器可以為終端直接提供修復(fù)數(shù)據(jù)的另一個具 體例子為該地址信息所指示的文件修復(fù)服務(wù)器接收終端發(fā)送的基于HTTP的修復(fù)請求后， 為該終端提供通過單播或者組播或者廣播方式發(fā)送修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)，使終端根 據(jù)接收到的修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)接收修復(fù)數(shù)據(jù)。也就是說，該地址信息所指示的網(wǎng) 絡(luò)設(shè)備可以利用FLUTE協(xié)議、采用單播或者組播或者廣播方式為終端提供修復(fù)數(shù)據(jù)；例如， 文件修復(fù)服務(wù)器在接收到基于HTTP的修復(fù)請求后，在基于HTTP的修復(fù)響應(yīng)中提供單播或 者組播或者廣播方式為終端提供修復(fù)數(shù)據(jù)對應(yīng)的FLUTE會話信息，該修復(fù)響應(yīng)可以為HTTP Redirect消息。修復(fù)數(shù)據(jù)對應(yīng)的FLUTE會話信息可以采用SDP方式或者XML方式攜帶在 HTTP Redirect消息中發(fā)送給終端，使終端可以根據(jù)HTTPRedirect消息中攜帶的FLUTE會話信息發(fā)起SIP會話，以與業(yè)務(wù)控制功能裝置進(jìn)行修改數(shù)據(jù)的會話協(xié)商，進(jìn)而根據(jù)協(xié)商結(jié) 果中的修改數(shù)據(jù)的FLUTE會話信息接收修復(fù)數(shù)據(jù)。另外，終端也可以不針對修復(fù)數(shù)據(jù)進(jìn)行 會話協(xié)商，而是根據(jù)HTTPRedirect消息中攜帶的FLUTE會話信息直接接收修復(fù)數(shù)據(jù)。通過 在會話協(xié)商過程中為終端提供文件修復(fù)服務(wù)器的地址信息，明確了終端獲得文件修復(fù)服務(wù) 器的地址信息的實現(xiàn)方式，為終端修復(fù)文件提供了一種具體的實現(xiàn)方式，且提高了終端獲 得內(nèi)容描述信息的靈活性。上報參數(shù)用于指示終端上報文件下載信息，例如，指示終端上報文件成功下載的 統(tǒng)計情況信息。上述上報參數(shù)可以為是否上報、上報延遲時間和上報服務(wù)器的地址信息中 的任意一個或任意多個。是否上報用于指示終端是否上報文件下載信息；上報延遲時間用于指示終端上報 文件下載信息的延遲時間，上報延遲時間可以通過上報定時器來實現(xiàn)；例如，在本次文件下 載流程結(jié)束時觸發(fā)上報定時器，在上報定時器的計數(shù)值達(dá)到預(yù)定值時，終端上報文件下載信息。上報服務(wù)器的地址信息用于指示終端發(fā)送文件下載信息的目的地址，即指示終端 將文件下載信息發(fā)送到哪里。需要說明的是，上報服務(wù)器的地址信息可以是媒體服務(wù)器的 地址信息，也可以是文件修復(fù)服務(wù)器的地址信息，還可以是獨立于媒體服務(wù)器和文件修復(fù) 服務(wù)器的地址信息。通過在會話協(xié)商過程中為終端提供上報參數(shù)，明確了終端獲得上報參數(shù)的實現(xiàn)方 式，為終端上報文件下載信息提供了一種具體的實現(xiàn)方式，且提高了終端上報文件下載信 息的靈活性。上述會話協(xié)商過程中終端與網(wǎng)絡(luò)側(cè)之間傳輸?shù)男畔⒖梢酝ㄟ^基于會話發(fā)起協(xié)議 (SIP)的消息傳輸，且上述會話協(xié)商過程中終端與網(wǎng)絡(luò)側(cè)之間傳輸?shù)男畔⒖梢圆捎脮捗?述協(xié)議(SDP)的方式攜帶在消息中，也可以采用可擴展標(biāo)記語言(XML)的方式攜帶在消息 中，還可以將一部分信息采用SDP的方式且另一部分信息采用XML的方式攜帶在消息中；例 如，將FLUTE會話參數(shù)以SDP的方式、且將下載業(yè)務(wù)信息以XML的方式攜帶在下載業(yè)務(wù)應(yīng)答 消息中。S130、向終端發(fā)送失敗指示，本次文件下載流程結(jié)束。這里的失敗指示可以為授權(quán) 未通過的指示信息，也可以為禁止終端進(jìn)行文件下載的指示信息。上述實施例一的執(zhí)行主體可以為網(wǎng)絡(luò)側(cè)的業(yè)務(wù)控制功能裝置，業(yè)務(wù)控制功能裝置 可以獨立存在，也可以設(shè)置在網(wǎng)絡(luò)側(cè)的某一網(wǎng)絡(luò)設(shè)備中，如設(shè)置在媒體服務(wù)器所在網(wǎng)絡(luò)設(shè) 備中等。另外需要說明的是，在實施例一中，還可以將會話協(xié)商的結(jié)果發(fā)送給媒體服務(wù)器， 例如，業(yè)務(wù)控制功能裝置將向終端提供的FLUTE會話參數(shù)發(fā)送給媒體服務(wù)器，使媒體服務(wù) 器可以根據(jù)接收到的FLUTE會話參數(shù)向終端提供文件下載業(yè)務(wù)對應(yīng)的文件。在授權(quán)失敗時 可以通知媒體服務(wù)器，也可以不通知媒體服務(wù)器。如果通知了媒體服務(wù)器，則媒體服務(wù)器會 根據(jù)該通知明確獲知不向終端提供文件下載業(yè)務(wù)對應(yīng)的文件。本發(fā)明實施例一通過引入文件下載業(yè)務(wù)，使網(wǎng)絡(luò)側(cè)便于對文件下載進(jìn)行管理(如 計費管理、授權(quán)管理、以及傳輸管理等)；通過利用文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識對終端進(jìn)行文 件下載業(yè)務(wù)授權(quán)，使網(wǎng)絡(luò)側(cè)進(jìn)一步加強了對文件下載的管理；通過進(jìn)行會話協(xié)商，使網(wǎng)絡(luò)側(cè)能夠通過多種方式為終端提供下載的文件；本發(fā)明實施例一在文件下載過程中引入了 IMS 網(wǎng)絡(luò)能力，且明確了終端獲取內(nèi)容描述信息的獲取地址信息等下載業(yè)務(wù)信息的實現(xiàn)方式， 提高了文件下載的靈活性和可控性，進(jìn)一步完善了文件下載過程。本發(fā)明實施例二提供一種基于終端發(fā)起文件下載業(yè)務(wù)的文件下載方法。該方法的 流程如附圖2所示。圖2中，步驟2-1、終端發(fā)送下載業(yè)務(wù)請求。下載業(yè)務(wù)請求可以為基于SIP的下載 業(yè)務(wù)請求，例如，下載業(yè)務(wù)請求可以為SIP Invite消息。該下載業(yè)務(wù)請求中攜帶有FLUTE會話參數(shù)，如傳輸會話標(biāo)識、FLUTE會話目的組 播地址信息(可以包含有端口信息)、FLUTE會話發(fā)送者的源IP地址信息、以及業(yè)務(wù)標(biāo)識 等。業(yè)務(wù)標(biāo)識可以采用從業(yè)務(wù)選擇發(fā)現(xiàn)信息中獲取的業(yè)務(wù)標(biāo)識，或者使用臨時移動組標(biāo) 識(Temporary Mobile Group Identity，TMGI)來表示。上述FLUTE會話參數(shù)可以通過 SDP方式或者通過XML方式攜帶在下載業(yè)務(wù)請求中。下載業(yè)務(wù)請求中的請求URI (Uniform Resource Identifier，通用資源標(biāo)志符)可以設(shè)置為該FLUTE會話的PSI (Public Service Identity，公共業(yè)務(wù)標(biāo)識)。下載業(yè)務(wù)請求中以SDP方式攜帶在SDP Offer (SDP提供)中的FLUTE會話參數(shù)的 一個具體的例子為m = application 12345FLUTE/UDP 0
fn息
c = IN IP6〈destination multicast address) a = source—filter:〈sender unicast address) a = flute tsi:123
Session ID a = service id:service d
/Port部分可能攜帶目的端口
/FLUTE會話目的組播地址 /FLUTE會話發(fā)送者源IP地址 //FLUTE 會話 Transmission
'業(yè)務(wù)標(biāo)識，具體值參見上面描
述上述m = application 12345FLUTE/UDP 0 中的 12345 即為 Port 部分。步驟2-2、IMS核心(IMS Core)接收到下載業(yè)務(wù)請求后，將下載業(yè)務(wù)請求轉(zhuǎn)發(fā)給 業(yè)務(wù)控制功能裝置，即IMS核心執(zhí)行路由功能，將下載業(yè)務(wù)請求路由到業(yè)務(wù)控制功能裝置。 業(yè)務(wù)控制功能裝置可以根據(jù)需要設(shè)置在某網(wǎng)絡(luò)設(shè)備中，例如，在3GPP/TISPAN/0IPF(3rd Generation Partnership Project/Telecommunications and Internet Converged Services and Protocols for Advanced Networking/Open IPTV Forum，第三代合作伙伴 計劃/電信和互聯(lián)網(wǎng)融合業(yè)務(wù)及高級網(wǎng)絡(luò)協(xié)議/開放式IPTV論壇)網(wǎng)絡(luò)中，業(yè)務(wù)控制功 能裝置可以表現(xiàn)為SCF(業(yè)務(wù)控制功能)，即本實施例中的業(yè)務(wù)控制功能裝置可以設(shè)置在 3GPP/TISPAN/0IPF網(wǎng)絡(luò)的業(yè)務(wù)控制功能實體中。步驟2-3、業(yè)務(wù)控制功能裝置從下載業(yè)務(wù)請求中獲取業(yè)務(wù)標(biāo)識，根據(jù)該業(yè)務(wù)標(biāo)識對 終端進(jìn)行文件下載進(jìn)行授權(quán)，并在授權(quán)通過后，與終端進(jìn)行會話協(xié)商，例如，對下載業(yè)務(wù)請 求中攜帶的FLUTE會話參數(shù)進(jìn)行檢查(或稱授權(quán))，業(yè)務(wù)控制功能裝置向終端返回下載業(yè)務(wù) 應(yīng)答。該下載業(yè)務(wù)應(yīng)答中可以攜帶授權(quán)后的FLUTE會話參數(shù)以及下載業(yè)務(wù)信息。該下載業(yè) 務(wù)應(yīng)答可以為基于SIP的下載業(yè)務(wù)應(yīng)答。在下載業(yè)務(wù)請求為SIP Invite消息的情況下，下 載業(yè)務(wù)響應(yīng)可以為SIP2000K消息。
8
在對下載業(yè)務(wù)請求中攜帶的FLUTE會話參數(shù)進(jìn)行授權(quán)過程中，業(yè)務(wù)控制功能裝置 可以根據(jù)預(yù)定策略修改下載業(yè)務(wù)請求中攜帶的FLUTE會話參數(shù)，也可以不修改下載業(yè)務(wù)請 求中攜帶的FLUTE會話參數(shù)；也就是說，下載業(yè)務(wù)應(yīng)答中攜帶的FLUTE會話參數(shù)有可能與下 載業(yè)務(wù)請求中攜帶的FLUTE會話參數(shù)相同，也可能與下載業(yè)務(wù)請求中攜帶的FLUTE會話參 數(shù)相同。上述下載業(yè)務(wù)應(yīng)答中攜帶的下載業(yè)務(wù)信息可以包括內(nèi)容描述信息的獲取地址信 息、文件修復(fù)服務(wù)器的地址信息和上報參數(shù)等。上報參數(shù)如是否上報、上報延遲時間和上報 服務(wù)器的地址信息等。如果上述對終端進(jìn)行文件下載進(jìn)行授權(quán)的結(jié)果為授權(quán)失敗，則業(yè)務(wù)控制功能 裝置向終端返回錯誤指示信息，以使終端獲知授權(quán)失敗。本實施例中，業(yè)務(wù)控制功能裝 置向終端返回的錯誤指示信息的一個具體例子為業(yè)務(wù)控制功能裝置向終端返回SIP 401 (Unauthorized,未授權(quán))消息，或者 SIP 403 (Forbidden,禁止)消息。上述FLUTE會話參數(shù)以及下載業(yè)務(wù)信息可以采用SDP方式或者XML方式攜帶在下 載業(yè)務(wù)應(yīng)答中；另外，上述FLUTE會話參數(shù)可以采用SDP方式和XML方式中的一種方式攜帶 在下載業(yè)務(wù)應(yīng)答中，而下載業(yè)務(wù)信息可以采用SDP方式和XML方式中的另一種方式攜帶在 下載業(yè)務(wù)應(yīng)答中。下載業(yè)務(wù)信息采用SDP方式攜帶在下載業(yè)務(wù)應(yīng)答中的一個具體例子為a = content-desc:<URI>//FDT 文件地址a = repair-server-address <URI> // 修復(fù) Server 地址信息a = report-indicationTRUE/FALSEa = backoff-time:valuea = report-server-address::<URI>a = recvonly上述FDT (文件分配表)文件地址即內(nèi)容描述信息的獲取地址信息，也即FDT的獲 取地址信息。上述r印ort-server-address (上報服務(wù)器地址信息)的屬性值可以為HTTPURI， 也可以為SIP URI。上述r印air-server-address (文件修復(fù)服務(wù)器的地址信息)可以是 直接提供修復(fù)數(shù)據(jù)的服務(wù)器的地址信息，也可以是提供修復(fù)描述信息的服務(wù)器的地址信息 (即指向修復(fù)描述信息)，終端可以根據(jù)該修復(fù)描述信息來獲取修復(fù)數(shù)據(jù)。
上報指示(即是否上報) 上報延遲時間
上報Server地址，默認(rèn)為SCF
下載業(yè)務(wù)信息采用XML方式攜帶在下載業(yè)務(wù)應(yīng)答中的一個具體例子為< ？ xml version = “ 1.0" encoding = 〃 UTF-8" ？ ><xs:schematargetNamespace =" urn :3GPP: metadata: 2008: IMS-PSS-MBMS: Flute Info"xmlns:xs=〃 http://www.w3.org/2001/XMLSchema"e 1 ementFormDef au 11 = " qualified " attributeFormDefault ="unqualified" ><xs:simpleType name = " CondentDescAdress" ><xs:restriction base = " xs:string" /></xs:simpleType>
9
<xs: simpleType name =〃 RepairServerAddress 〃 ><xs:restriction base =” xs: string" /></xs: simpleType)〈xs: simpleType name =〃 Reportlndication" >〈xs:restriction base =" xs:boolean“ /></xs: simpleType)〈xs:element name =〃 BackoffTime" type =〃 xs:restriction'〈xs:restriction base =" xs: integer" ><xs:minLength value =" 0" /><xs:maxLength value =/r 3600" /></xs: restriction)〈xs: simpleType name 二” ReportServerAddress" >
<xs:restriction base =〃 xs: string/r /> 〈/xs:simpleType> 〈/xs:schema>
上述XML Schema (XML模式)中，分別通過不同的XML元素定義了下載業(yè)務(wù)信息的 攜帶方式。具體而言，通過CondentDescAdress定義了內(nèi)容描述信息的獲取地址信息，通過 RepairServerAddress定義了修復(fù)服務(wù)器的地址信息。通過R印ortIndication定義了是否 上報的指示，通過Backoff Time定義了上報延遲時間，通過R印ortServerAddress定義了上 報服務(wù)器的地址信息。步驟2-4、IMS核心接收到下載業(yè)務(wù)應(yīng)答后，將下載業(yè)務(wù)應(yīng)答轉(zhuǎn)發(fā)給終端。步驟2-5、終端根據(jù)接收到的下載業(yè)務(wù)應(yīng)答中的內(nèi)容描述信息的獲取地址信息 (如FDT文件的HTTP URI地址)獲取內(nèi)容描述信息。例如，終端根據(jù)該內(nèi)容描述信息的獲 取地址信息到下載信息提供功能裝置處獲取內(nèi)容描述信息。下載信息提供功能裝置可以設(shè) 置于3GPP/TISPAN網(wǎng)絡(luò)的SSF (Service Selection Function，業(yè)務(wù)選擇功能)實體中，也可 以設(shè)置于其他網(wǎng)絡(luò)設(shè)備中，或者獨立設(shè)置。需要說明的是，步驟2-5是可選的，如果下載業(yè)務(wù)應(yīng)答中沒有包括內(nèi)容描述信息 的獲取地址信息，則終端也可以通過其他方式(如預(yù)設(shè)置內(nèi)容描述信息的獲取地址信息 等)獲得內(nèi)容描述信息的獲取地址信息，或者終端也可以通過其他方式獲得內(nèi)容描述信息 (如從媒體服務(wù)器傳輸來的數(shù)據(jù)中獲得內(nèi)容描述信息)。步驟2-6、終端根據(jù)接收到的下載業(yè)務(wù)應(yīng)答中攜帶的FLUTE會話信息啟動文件接 收流程，接收FLUTE會話對應(yīng)的數(shù)據(jù)。需要說明的是，步驟2-5和步驟2-6之間可以沒有先后執(zhí)行順序。在終端完成FLUTE會話對應(yīng)的數(shù)據(jù)的接收操作后，判斷是否存在丟失數(shù)據(jù)，如果 存在丟失數(shù)據(jù)，則到步驟2-7。步驟2-7、終端根據(jù)接收到的下載業(yè)務(wù)應(yīng)答中攜帶的文件修復(fù)服務(wù)器的地址信息 從文件修復(fù)服務(wù)器處獲取修復(fù)數(shù)據(jù)，例如，終端向文件修復(fù)服務(wù)器發(fā)送修復(fù)數(shù)據(jù)請求，修復(fù) 數(shù)據(jù)請求中攜帶有丟失數(shù)據(jù)的信息，文件修復(fù)服務(wù)器根據(jù)修改數(shù)據(jù)請求中攜帶的丟失數(shù)據(jù) 的信息向終端發(fā)送修復(fù)數(shù)據(jù)。需要說明的是，文件修復(fù)服務(wù)器還可以向終端發(fā)送修復(fù)數(shù)據(jù)的內(nèi)容描述信息或者修改數(shù)據(jù)的內(nèi)容描述信息的獲取地址信息，以便終端可以獲取到修復(fù) 數(shù)據(jù)的內(nèi)容描述信息，并根據(jù)修復(fù)數(shù)據(jù)的內(nèi)容描述信息進(jìn)行數(shù)據(jù)修復(fù)。如果存在上報觸發(fā)條件(如上報參數(shù)中包含有上報指示和上報延遲時間)，則在 上報觸發(fā)條件滿足時(如上報指示表示為上報，且上報延遲時間的計時值達(dá)到預(yù)定值)，到 步驟2-8。步驟2-8、終端向上報服務(wù)器上報文件下載信息。例如，終端根據(jù)接收到的下載業(yè)務(wù)應(yīng)答攜帶的上報參數(shù)中的是否上報判斷出需要 上報文件下載信息后，在下載業(yè)務(wù)應(yīng)答攜帶的上報參數(shù)中的上報延遲時間對應(yīng)的計數(shù)值達(dá) 到預(yù)定值時，終端向上報服務(wù)器上報文件下載信息。終端上報的文件下載信息可以為成功 接收的文件列表、下載時長等。需要說明的是，上報延遲時間可以通過上報定時器來實現(xiàn)，例如，上報定時器可以 在終端完成FLUTE會話對應(yīng)的數(shù)據(jù)的接收操作后開始計時，也可以在判斷出沒有丟失數(shù)據(jù) 時開始計時或者在終端完成修復(fù)數(shù)據(jù)的計時操作后開始計時。在上報定時器的計時值達(dá)到 上報延遲時間時，終端向上報服務(wù)器上報文件下載信息。本實施例不限制針對上報延遲時 間開始計時的時刻。本實施例是以向業(yè)務(wù)控制功能裝置上報文件下載信息為例進(jìn)行說明的，即本實施 例中的上報服務(wù)器與業(yè)務(wù)控制功能裝置合設(shè)。當(dāng)然，也可以單獨設(shè)置上報服務(wù)器。上報服 務(wù)器可以獨立于業(yè)務(wù)控制功能裝置，例如，上報服務(wù)器可以與媒體服務(wù)器等合設(shè)。本發(fā)明實施例二通過引入文件下載業(yè)務(wù)，使網(wǎng)絡(luò)側(cè)便于對終端發(fā)起的文件下載進(jìn) 行管理(如計費管理、授權(quán)管理、傳輸管理等)；通過利用文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識對終端 進(jìn)行文件下載業(yè)務(wù)授權(quán)，使業(yè)務(wù)控制功能裝置能夠?qū)ξ募螺d進(jìn)行控制管理；通過業(yè)務(wù)控 制功能裝置與終端進(jìn)行會話協(xié)商，使媒體服務(wù)器能夠通過多種方式為終端提供下載的文 件；由此可知，本發(fā)明實施例二在文件下載過程中引入了 IMS網(wǎng)絡(luò)能力，明確了終端獲取內(nèi) 容描述信息的獲取地址信息等下載業(yè)務(wù)信息的實現(xiàn)方式，提高了文件下載的靈活性和可控 性，進(jìn)一步完善了文件下載過程。本發(fā)明實施例三提供一種基于網(wǎng)絡(luò)側(cè)發(fā)起文件下載業(yè)務(wù)的文件下載方法。該方法 的流程如附圖3所示。圖3中，步驟3-1、業(yè)務(wù)控制功能裝置發(fā)送下載業(yè)務(wù)請求。業(yè)務(wù)控制功能裝置可以根據(jù)終端的訂閱發(fā)送下載業(yè)務(wù)請求。業(yè)務(wù)控制功能裝置在 終端訂閱過程中可以利用終端訂閱的內(nèi)容獲取訂閱的下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識。業(yè)務(wù)控制功能裝置在根據(jù)訂閱觸發(fā)文件下載業(yè)務(wù)時，根據(jù)訂閱信息中的業(yè)務(wù)標(biāo)識 對終端進(jìn)行文件下載業(yè)務(wù)授權(quán)，并在授權(quán)通過時，業(yè)務(wù)控制功能裝置發(fā)送下載業(yè)務(wù)請求。實施例三中的業(yè)務(wù)控制功能裝置可以根據(jù)需要設(shè)置在某網(wǎng)絡(luò)設(shè)備中，例如，在 3GPP/TISPAN/0IPF網(wǎng)絡(luò)中，業(yè)務(wù)控制功能裝置可以表現(xiàn)為SCF，即本實施例中的業(yè)務(wù)控制 功能裝置可以設(shè)置在3GPP/TISPAN/0IPF網(wǎng)絡(luò)的業(yè)務(wù)控制功能實體中。本實施例中的下載業(yè)務(wù)請求可以為基于SIP的下載業(yè)務(wù)請求，例如，下載業(yè)務(wù)請 求可以為SIP Invite消息。本實施例中的下載業(yè)務(wù)請求中攜帶有FLUTE會話參數(shù)和下載 業(yè)務(wù)信息。下載業(yè)務(wù)請求中攜帶的FLUTE會話參數(shù)如傳輸會話標(biāo)識、FLUTE會話目的組播地
11址信息(可以包含有端口信息)以及FLUTE會話發(fā)送者的源IP地址信息等。下載業(yè)務(wù)請求中攜帶的下載業(yè)務(wù)信息可以包括內(nèi)容描述信息的獲取地址信息、 文件修復(fù)服務(wù)器的地址信息和上報參數(shù)等。上報參數(shù)如是否上報、上報延遲時間和上報服 務(wù)器的地址信息等。上述FLUTE會話參數(shù)以及下載業(yè)務(wù)信息可以采用SDP方式或者XML方式攜帶在下 載業(yè)務(wù)請求中；另外，上述FLUTE會話參數(shù)可以采用SDP方式和XML方式中的一種方式攜帶 在下載業(yè)務(wù)請求中，而下載業(yè)務(wù)信息可以采用SDP方式和XML方式中的另一種方式攜帶在 下載業(yè)務(wù)請求中。步驟3_2、IMS核心接收到下載業(yè)務(wù)請求后，將下載業(yè)務(wù)請求轉(zhuǎn)發(fā)給終端，即IMS核 心執(zhí)行路由功能，將下載業(yè)務(wù)請求路由到終端。步驟3-3、終端接收到下載業(yè)務(wù)請求后，向業(yè)務(wù)控制功能裝置返回下載業(yè)務(wù)應(yīng)答。 該下載業(yè)務(wù)應(yīng)答可以為基于SIP的下載業(yè)務(wù)應(yīng)答。在下載業(yè)務(wù)請求為SIP Invite消息的 情況下，下載業(yè)務(wù)響應(yīng)可以為SIP 2000K消息。下載業(yè)務(wù)應(yīng)答中可以攜帶有下載業(yè)務(wù)請求中攜帶的FLUTE會話參數(shù)，或者下載業(yè) 務(wù)應(yīng)答中可以攜帶有下載業(yè)務(wù)請求中攜帶的FLUTE會話參數(shù)和下載業(yè)務(wù)信息。 上述FLUTE會話參數(shù)以及下載業(yè)務(wù)信息可以采用SDP方式或者XML方式攜帶在下 載業(yè)務(wù)應(yīng)答中；另外，上述FLUTE會話參數(shù)可以采用SDP方式和XML方式中的一種方式攜帶 在下載業(yè)務(wù)應(yīng)答中，而下載業(yè)務(wù)信息可以采用SDP方式和XML方式中的另一種方式攜帶在 下載業(yè)務(wù)應(yīng)答中。步驟3-4、IMS核心接收到下載業(yè)務(wù)應(yīng)答后，將下載業(yè)務(wù)應(yīng)答轉(zhuǎn)發(fā)給業(yè)務(wù)控制功能
直o步驟3-5、終端根據(jù)接收到的下載業(yè)務(wù)請求中的內(nèi)容描述信息的獲取地址信息 (如FDT文件的HTTP URI地址)獲取內(nèi)容描述信息。例如，終端根據(jù)該內(nèi)容描述信息的獲 取地址信息到下載信息提供功能裝置處獲取內(nèi)容描述信息。下載信息提供功能裝置可以設(shè) 置于3GPP/TISPAN網(wǎng)絡(luò)的SSF實體中，也可以設(shè)置于其他網(wǎng)絡(luò)設(shè)備中，或者獨立設(shè)置。需要說明的是，如果下載業(yè)務(wù)請求中沒有包括內(nèi)容描述信息的獲取地址信息，則 終端也可以通過其他方式(如預(yù)設(shè)置內(nèi)容描述信息的獲取地址信息等)獲得內(nèi)容描述信息 的獲取地址信息，或者終端也可以通過其他方式獲得內(nèi)容描述信息(如從媒體服務(wù)器傳輸 來的數(shù)據(jù)中獲得內(nèi)容描述信息)。步驟3-6、終端根據(jù)接收到的下載業(yè)務(wù)請求中攜帶的FLUTE會話信息啟動文件接 收流程，接收FLUTE會話對應(yīng)的數(shù)據(jù)。需要說明的是，步驟3-5和步驟3-6之間可以沒有先后執(zhí)行順序。在終端完成FLUTE會話對應(yīng)的數(shù)據(jù)的接收操作后，終端判斷是否存在丟失數(shù)據(jù)， 如果存在丟失數(shù)據(jù)，則到步驟3-7。步驟3-7、終端根據(jù)接收到的下載業(yè)務(wù)請求中攜帶的文件修復(fù)服務(wù)器的地址信息 從文件修復(fù)服務(wù)器處獲取修復(fù)數(shù)據(jù)，例如，終端向文件修復(fù)服務(wù)器發(fā)送修復(fù)數(shù)據(jù)請求，修復(fù) 數(shù)據(jù)請求中攜帶有丟失數(shù)據(jù)的信息，文件修復(fù)服務(wù)器根據(jù)修改數(shù)據(jù)請求中攜帶的丟失數(shù)據(jù) 的信息向終端發(fā)送修復(fù)數(shù)據(jù)。需要說明的是，文件修復(fù)服務(wù)器還可以向終端發(fā)送修復(fù)數(shù)據(jù) 的內(nèi)容描述信息或者修改數(shù)據(jù)的內(nèi)容描述信息的獲取地址信息，以便終端可以獲取到修復(fù)數(shù)據(jù)的內(nèi)容描述信息，并根據(jù)修復(fù)數(shù)據(jù)的內(nèi)容描述信息進(jìn)行數(shù)據(jù)修復(fù)。如果存在上報觸發(fā)條件，則在上報觸發(fā)條件滿足時，到步驟3-8。步驟3-8、終端向上報服務(wù)器上報文件下載信息。例如，終端根據(jù)接收到的下載業(yè)務(wù)請求攜帶的上報參數(shù)中的是否上報判斷出需要 上報文件下載信息后，在下載業(yè)務(wù)請求攜帶的上報參數(shù)中的上報延遲時間對應(yīng)的計數(shù)值達(dá) 到預(yù)定值時，終端向業(yè)務(wù)控制功能裝置上報文件下載信息。終端上報的文件下載信息可以 為成功接收的文件列表、下載時長等。需要說明的是，實施例三中的上報延遲時間可以通過上報定時器來實現(xiàn)，例如，上 報定時器可以在終端完成FLUTE會話對應(yīng)的數(shù)據(jù)的接收操作后開始計時，也可以在判斷出 沒有丟失數(shù)據(jù)時開始計時或者在終端完成修復(fù)數(shù)據(jù)的計時操作后開始計時。在上報定時器 計時值達(dá)到上報延遲時間時，終端向上報服務(wù)器上報文件下載信息。本實施例不限制針對 上報延遲時間開始計時的時刻。本實施例是以向業(yè)務(wù)控制功能裝置上報文件下載信息為例進(jìn)行說明的，即具體的 本實施例中的上報服務(wù)器可以與業(yè)務(wù)控制功能裝置合設(shè)實體。當(dāng)然，也可以單獨設(shè)置上報 服務(wù)器。上報服務(wù)器可以獨立于業(yè)務(wù)控制功能裝置，例如，上報服務(wù)器也可以與媒體服務(wù)器
等合設(shè)。本發(fā)明實施例三通過引入文件下載業(yè)務(wù)，使網(wǎng)絡(luò)側(cè)便于對終端發(fā)起的文件下載進(jìn) 行管理(如計費管理、授權(quán)管理、以及傳輸管理等)；通過利用文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識對 終端進(jìn)行文件下載業(yè)務(wù)授權(quán)，使業(yè)務(wù)控制功能裝置能夠?qū)ξ募螺d進(jìn)行控制管理；通過業(yè) 務(wù)控制功能裝置與終端進(jìn)行會話協(xié)商，使媒體服務(wù)器能夠通過多種方式為終端提供下載的 文件；由此可知，本發(fā)明實施例二在文件下載過程中引入了 IMS網(wǎng)絡(luò)能力，明確了終端獲取 內(nèi)容描述信息的獲取地址信息等下載業(yè)務(wù)信息的實現(xiàn)方式，提高了文件下載的靈活性和可 控性，進(jìn)一步完善了文件下載過程。實施例四、文件修復(fù)實現(xiàn)方法。該方法的流程如附圖4所示。本實施例四中的文件修復(fù)服務(wù)器與媒體服務(wù)器合設(shè)，且合設(shè)的文件修復(fù)服務(wù)器與 媒體服務(wù)器在圖4中對外表現(xiàn)為媒體服務(wù)器。針對文件下載業(yè)務(wù)建立FLUTE會話，且終端利用該FLUTE會話接收完成下載數(shù)據(jù) 后(即針對文件下載業(yè)務(wù)建立的FLUTE會話結(jié)束后)，終端發(fā)現(xiàn)接收到的文件下載數(shù)據(jù)不 完整，終端根據(jù)下載業(yè)務(wù)應(yīng)答(即基于終端發(fā)起文件下載業(yè)務(wù)的下載業(yè)務(wù)應(yīng)答)或下載業(yè) 務(wù)請求(即基于網(wǎng)絡(luò)側(cè)發(fā)起文件下載業(yè)務(wù)的下載業(yè)務(wù)請求)中攜帶的文件修復(fù)服務(wù)器的地 址信息(如HTTP URI地址信息)發(fā)送HTTP請求向文件修復(fù)服務(wù)器(即圖4中的媒體服務(wù) 器)發(fā)送HTTP請求，如果文件修復(fù)服務(wù)器根據(jù)接收到的HTTP請求向終端發(fā)送修復(fù)數(shù)據(jù)，則 不再進(jìn)行后續(xù)描述的步驟，如果文件修復(fù)服務(wù)器向終端發(fā)送的是修復(fù)數(shù)據(jù)對應(yīng)的FLUTE會 話信息，則到步驟4-1。步驟4-1、終端發(fā)送SIP Re-invite消息，與業(yè)務(wù)控制功能裝置進(jìn)行FLUTE會話信 息協(xié)商。SIP Re-invite消息中的SDP Offer可以根據(jù)從文件修復(fù)服務(wù)器處獲取的修復(fù)數(shù) 據(jù)對應(yīng)的FLUTE會話信息設(shè)置，即終端需要先根據(jù)下載業(yè)務(wù)應(yīng)答(即基于終端發(fā)起文件下 載業(yè)務(wù)的下載業(yè)務(wù)應(yīng)答)或下載業(yè)務(wù)請求(即基于網(wǎng)絡(luò)側(cè)發(fā)起文件下載業(yè)務(wù)的下載業(yè)務(wù)請 求)中攜帶的文件修復(fù)服務(wù)器的地址信息向修復(fù)服務(wù)器請求了修復(fù)數(shù)據(jù)對應(yīng)的FLUTE會話
13信息之后，再發(fā)送Sirae-invite消息。需要說明的是，如果終端從文件修復(fù)服務(wù)器處獲取的是以組播或廣播方式發(fā)送修 復(fù)數(shù)據(jù)對應(yīng)的FLUTE會話信息時，則SIP Re-invite消息中的請求URI可以設(shè)置為FLUTE會 話的PSI。如果終端從文件修復(fù)服務(wù)器處獲取的是以單播方式發(fā)送修復(fù)數(shù)據(jù)對應(yīng)的FLUTE 會話信息時，則SIP Re-invite消息中的SDP的m行的端口部分可以設(shè)置為終端本地的 FLUTE媒體傳送通道的端口，SDP的c行可以設(shè)置為終端本地的IP地址信息，一個具體的例 子為m = application 12345FLUTE/UDP 0//Port 攜帶 UE 本地的端 口信息c = IN IP6<destination multicast address>//FLUTE 會話 UE 的 IP 地址信息步驟4-2、IMS核心接收到SIP Re-invite消息后，將SIP Re-invite消息轉(zhuǎn)發(fā)給 業(yè)務(wù)控制功能裝置。如果業(yè)務(wù)控制功能裝置確定以FLUTE單播方式為終端提供修復(fù)數(shù)據(jù)，則到步驟 4-3 ；如果業(yè)務(wù)控制功能裝置確定以FLUTE組播或廣播方式為終端提供修復(fù)數(shù)據(jù)，則到步驟 4-5。步驟4-3、業(yè)務(wù)控制功能裝置選擇文件修復(fù)服務(wù)器，并作為B2B UA(背靠背用戶代 理)向文件修復(fù)服務(wù)器發(fā)送SIP Invite消息。在本實施例中，設(shè)定文件修復(fù)服務(wù)器設(shè)置在 媒體服務(wù)器實體中。到步驟4-4。步驟4-4、文件修復(fù)服務(wù)器接收到SIP invite消息后，向業(yè)務(wù)控制功能裝置返回 SIP 2000K消息，到步驟4-5。SIP 2000K消息中攜帶有SDP Answer。SDPAnswer中攜帶文 件修復(fù)服務(wù)器的IP地址信息和端口信息。SDPAnswer中攜帶有文件修復(fù)服務(wù)器的IP地址 信息和端口信息的一個具體例子為m = application 23457FLUTE/UDP 0//Port攜帶文件 修復(fù)服務(wù)器本地的端 口信息 c = IN IP6<destination multicast address>//FLUTE 會話 文件修復(fù)服務(wù)器的IP地址信息步驟4-5、業(yè)務(wù)控制功能裝置對SIP Re-invite消息中的FLUTE會話信息進(jìn)行檢 查(即授權(quán))，并基于檢查結(jié)果向終端返回SIP 2000K消息，業(yè)務(wù)控制功能裝置發(fā)送的SIP 2000K消息中攜帶有SDPAnswer。SDPAnswer中攜帶文件修復(fù)服務(wù)器的IP地址信息和端口
fn息o步驟4-6、IMS核心接收到SIP 2000K消息后，將SIP 2000K消息轉(zhuǎn)發(fā)給終端，即 IMS核心執(zhí)行路由功能，將SIP 2000K消息路由到終端。步驟4-7、終端根據(jù)接收到的SIP 2000K消息的SDP Answer中的信息接收修復(fù)數(shù) 據(jù)。在采用FLUTE單播方式為終端提供修復(fù)數(shù)據(jù)時，終端和文件修復(fù)服務(wù)器之間建立 的通道為FLUTE單播通道，終端基于該FLUTE單播通道接收媒體服務(wù)器發(fā)送的修復(fù)數(shù)據(jù)。在采用FLUTE組播方式或者FLUTE廣播方式為終端提供修復(fù)數(shù)據(jù)時，終端通過根 據(jù)SDP Answer中的FLUTE會話信息，接收媒體服務(wù)器發(fā)送的修復(fù)數(shù)據(jù)。 上述實施例四可以應(yīng)用于上述實施例一至三的文件修復(fù)過程中。上述實施例四為終端提供了獲取修復(fù)數(shù)據(jù)的具體實現(xiàn)方式，使獲取修復(fù)數(shù)據(jù)可以 通過多種方式實現(xiàn)，完善了基于FLUTE的文件下載過程。本發(fā)明實施例五提供一種IMS網(wǎng)絡(luò)中的文件下載系統(tǒng)。該系統(tǒng)的結(jié)構(gòu)如附圖5所不。圖5中的系統(tǒng)包括業(yè)務(wù)控制功能裝置500、媒體服務(wù)器510和IMS核心520。可 選的，該系統(tǒng)還可以包括下載信息提供功能裝置530、文件修復(fù)服務(wù)器和上報服務(wù)器中的 任意一個或兩個。圖5中沒有示出文件修復(fù)服務(wù)器和上報服務(wù)器。本實施例中的文件修復(fù) 服務(wù)器和上報服務(wù)器都可以設(shè)置在媒體服務(wù)器510中。業(yè)務(wù)控制功能裝置500，用于獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識，并根據(jù)業(yè)務(wù)標(biāo) 識對終端進(jìn)行文件下載業(yè)務(wù)授權(quán)，如果授權(quán)通過，則業(yè)務(wù)控制功能裝置500與終端進(jìn)行會 話協(xié)商，并基于協(xié)商的結(jié)果向終端提供FLUTE會話參數(shù)，或者基于協(xié)商的結(jié)果向終端提供 FLUTE會話參數(shù)和下載業(yè)務(wù)信息。可選的，如果授權(quán)不通過，則業(yè)務(wù)控制功能裝置500向終 端發(fā)送失敗指示，本次文件下載過程結(jié)束。業(yè)務(wù)控制功能裝置500對終端進(jìn)行文件下載業(yè)務(wù)授權(quán)可以為業(yè)務(wù)控制功能裝置 500判斷終端是否有權(quán)限進(jìn)行該文件下載業(yè)務(wù)。當(dāng)然，該授權(quán)也可以為對其他權(quán)限等進(jìn)行 審核。業(yè)務(wù)控制功能裝置500可以根據(jù)終端對應(yīng)的用戶的簽約信息和/或者本地策略進(jìn)行 文件下載業(yè)務(wù)授權(quán)。一個業(yè)務(wù)控制功能裝置500授權(quán)的具體例子為如果業(yè)務(wù)控制功能裝 置500判斷出用戶事先簽約了該文件下載業(yè)務(wù)，則業(yè)務(wù)控制功能裝置500確定授權(quán)通過，否 則，業(yè)務(wù)控制功能裝置500確定授權(quán)失敗(即授權(quán)不通過)。另一個業(yè)務(wù)控制功能裝置500 授權(quán)的具體例子為在本地策略是某個文件下載業(yè)務(wù)允許所有的用戶訪問的情況下，則不 論用戶是否簽約了該文件下載業(yè)務(wù)，業(yè)務(wù)控制功能裝置500根據(jù)該本地策略對終端進(jìn)行該 文件下載業(yè)務(wù)授權(quán)的結(jié)果均為授權(quán)通過。在終端發(fā)起文件下載業(yè)務(wù)的情況下，業(yè)務(wù)控制功能裝置500在接收到終端發(fā)送來 的FLUTE會話參數(shù)后，對終端發(fā)送來的FLUTE會話參數(shù)進(jìn)行檢查，即業(yè)務(wù)控制功能500在終 端發(fā)送來的FLUTE會話參數(shù)的基礎(chǔ)上確定向終端發(fā)送的FLUTE會話參數(shù)。在業(yè)務(wù)控制功能裝置500發(fā)起文件下載業(yè)務(wù)的情況下，業(yè)務(wù)控制功能裝置500不 會接收到終端發(fā)送的FLUTE會話參數(shù)，業(yè)務(wù)控制功能裝置500直接向終端發(fā)送為終端進(jìn)行 文件下載業(yè)務(wù)而確定的FLUTE會話參數(shù)。業(yè)務(wù)控制功能裝置500與終端進(jìn)行的會話協(xié)商的協(xié)商結(jié)果通常為協(xié)商成功，即業(yè) 務(wù)控制功能裝置500向終端返回的FLUTE會話參數(shù)是基于協(xié)商成功而向終端返回的參數(shù)。 終端可以根據(jù)其接收到的FLUTE會話參數(shù)接收媒體服務(wù)器發(fā)送的數(shù)據(jù)，從而獲取到其需要 下載的文件。在某些特殊情況下，業(yè)務(wù)控制功能裝置500與終端進(jìn)行的會話協(xié)商的協(xié)商結(jié) 果也可以為協(xié)商失敗，在協(xié)商失敗時，業(yè)務(wù)控制功能裝置500可以向終端返回協(xié)商失敗的 信息，從而使終端不會接收到FLUTE會話參數(shù)。另外，在會話協(xié)商過程中，業(yè)務(wù)控制功能裝置500還可以為終端確定下載業(yè)務(wù)信 息，并在會話協(xié)商過程中，業(yè)務(wù)控制功能裝置500向終端發(fā)送下載業(yè)務(wù)信息。上述下載業(yè)務(wù) 信息可以為內(nèi)容描述信息的獲取地址信息、文件修復(fù)服務(wù)器的地址信息和上報參數(shù)中的 任意一個或任意多個。上報參數(shù)可以為是否上報、上報延遲時間和上報服務(wù)器的地址信息 中的任意一個或任意多個。內(nèi)容描述信息的獲取地址信息、文件修復(fù)服務(wù)器的地址信息和 上報參數(shù)的具體作用如上述實施例中的描述，在此不再重復(fù)說明。終端與業(yè)務(wù)控制功能裝置500之間傳輸?shù)男畔⒖梢酝ㄟ^基于SIP的消息傳輸，且 終端與業(yè)務(wù)控制功能裝置500之間傳輸?shù)男畔⒖梢圆捎肧DP的方式攜帶在消息中，也可以
15采用XML的方式攜帶在消息中，還可以將一部分信息采用SDP的方式且另一部分信息采用 XML的方式攜帶在消息中；具體例子如上述實施例的描述。業(yè)務(wù)控制功能裝置500可以將授權(quán)結(jié)果和/或會話協(xié)商結(jié)果發(fā)送給媒體服務(wù)器 510，以控制媒體服務(wù)器510是否為終端提供文件、以及如何為終端提供文件。需要說明的是，業(yè)務(wù)控制功能裝置500還可以在接收到修復(fù)數(shù)據(jù)的FLUTE會話參 數(shù)后，與終端進(jìn)行會話協(xié)商，并基于協(xié)商的結(jié)果向終端發(fā)送修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)，使 終端根據(jù)會話協(xié)商的結(jié)果中的修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)接收修復(fù)數(shù)據(jù)。從上述描述可知，業(yè)務(wù)控制功能裝置500是對文件下載業(yè)務(wù)進(jìn)行控制的執(zhí)行點， 業(yè)務(wù)控制功能裝置500執(zhí)行文件下載業(yè)務(wù)控制，如對終端進(jìn)行文件下載業(yè)務(wù)、以及會話協(xié) 商(包括媒體服務(wù)器選擇等)等進(jìn)行控制。媒體服務(wù)器510，用于基于協(xié)商的結(jié)果向終端發(fā)送文件下載業(yè)務(wù)對應(yīng)的文件。媒體 服務(wù)器510可以從業(yè)務(wù)控制功能裝置500和/或終端處獲得會話協(xié)商的結(jié)果。例如，媒體 服務(wù)器510在接收到業(yè)務(wù)控制功能裝置500發(fā)送來的FLUTE會話參數(shù)后，根據(jù)該FLUTE會 話參數(shù)向終端提供文件下載業(yè)務(wù)對應(yīng)的文件。再例如，媒體服務(wù)器510在接收到業(yè)務(wù)控制 功能裝置500發(fā)送來的授權(quán)失敗的通知信息后，媒體服務(wù)器510根據(jù)該通知不向終端提供 文件下載業(yè)務(wù)對應(yīng)的文件。上述媒體服務(wù)器510還會接收到業(yè)務(wù)控制功能裝置500發(fā)送來的修復(fù)數(shù)據(jù)的 FLUTE會話參數(shù)，此時，媒體服務(wù)器510可以根據(jù)修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)向終端發(fā)送修 復(fù)數(shù)據(jù)。IMS核心520，用于對業(yè)務(wù)控制功能裝置500與終端之間傳輸?shù)男畔⑦M(jìn)行路由。例 如，IMS核心520對終端與業(yè)務(wù)控制功能之間傳輸?shù)腟IP信令進(jìn)行路由。下載信息提供功能裝置530，用于向終端發(fā)送文件的內(nèi)容描述信息。下載信息提供 功能裝置530可以在接收到終端的請求后，向終端發(fā)送文件的內(nèi)容描述信息。文件修復(fù)服務(wù)器，用于在接收終端發(fā)送的基于HTTP的修復(fù)請求后，基于HTTP連接 為終端提供修復(fù)數(shù)據(jù)；或者，為終端提供修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)，使所述終端根據(jù)所述 FLUTE會話參數(shù)接收修復(fù)數(shù)據(jù)。也就是說，文件修復(fù)服務(wù)器可以為終端直接提供修復(fù)數(shù)據(jù)， 也可以將終端重定向到能夠為終端提供修復(fù)數(shù)據(jù)的其他服務(wù)器處，使終端從其他服務(wù)器處 獲取修復(fù)數(shù)據(jù)。文件修復(fù)服務(wù)器為終端直接提供修復(fù)數(shù)據(jù)的一個具體例子為文件修復(fù)服務(wù)器在 接收到終端發(fā)送的基于HTTP的修復(fù)請求后，直接基于HTTP連接為終端提供修復(fù)數(shù)據(jù)。文 件修復(fù)服務(wù)器將終端重定向到能夠為終端提供修復(fù)數(shù)據(jù)的一個具體例子為文件修復(fù)服務(wù) 器接收終端發(fā)送的基于HTTP的修復(fù)請求后，為該終端提供修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)，使 終端根據(jù)接收到的修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)接收媒體服務(wù)器發(fā)送的修復(fù)數(shù)據(jù)。需要說明的是，終端接收到修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)后，可以直接根據(jù)修復(fù)數(shù) 據(jù)的FLUTE會話參數(shù)接收媒體服務(wù)器通過單播、組播或廣播方式發(fā)送的修復(fù)數(shù)據(jù)，也可以 根據(jù)接收到的修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)與業(yè)務(wù)控制功能裝置500進(jìn)行會話協(xié)商后，根據(jù) 會話協(xié)商的結(jié)果中的FLUTE會話參數(shù)接收媒體服務(wù)器通過單播、組播或廣播方式發(fā)送的修 復(fù)數(shù)據(jù)。上報服務(wù)器，用于接收終端發(fā)送來的文件下載信息。上報服務(wù)器可以利用接收到
16的文件下載信息對被下載的文件進(jìn)行管理，例如，對文件下載過程中不能成功下載的數(shù)據(jù) 進(jìn)行統(tǒng)計，以判斷是否被下載的文件存在問題。本發(fā)明實施例不限制文件下載信息的具體應(yīng)用。上述業(yè)務(wù)控制功能裝置500、媒體服務(wù)器510、IMS核心520和下載信息提供功能 裝置530之間的接口的一個具體例子為終端與媒體服務(wù)器510之間的接口可以為II接口。II接口用于終端從媒體服務(wù) 器510處獲取媒體內(nèi)容(文件下載業(yè)務(wù)的文件對應(yīng)的數(shù)據(jù))，媒體內(nèi)容可以通過單播或組 播或廣播的方式通過II接口進(jìn)行流式傳輸。當(dāng)文件修復(fù)服務(wù)器設(shè)置于媒體服務(wù)器中時，II 接口還用于以單播HTTP、單播FLUTE、或者組播FLUTE方式向終端傳輸修復(fù)數(shù)據(jù)。終端與IMS核心510之間的接口可以為12接口，12接口用于終端收發(fā)SIP信令。終端與下載信息提供功能裝置530之間的接口可以為13接口，13接口用于以單 播方式向終端傳輸內(nèi)容描述信息。IMS核心510與業(yè)務(wù)控制功能裝置500之間的接口可以為14接口，14接口用于轉(zhuǎn) 發(fā)IMS核心510和業(yè)務(wù)控制功能裝置500之間的SIP信令。IMS核心510與媒體服務(wù)器520之間的接口可以為15接口，15接口用于轉(zhuǎn)發(fā)IMS 核心510和媒體服務(wù)器520之間的SIP信令。上述業(yè)務(wù)控制功能裝置500、媒體服務(wù)器510、IMS核心520和下載信息提供功能 裝置530應(yīng)用在不同的網(wǎng)絡(luò)中時，可以根據(jù)需要設(shè)置在不同的網(wǎng)絡(luò)實體中，一個具體例子 如附圖6所示圖6為3GPP MTV架構(gòu)圖?？梢詫I(yè)務(wù)控制功能裝置500設(shè)置于SCF/接收上報中， 將媒體服務(wù)器510設(shè)置于MDF (媒體傳送功能)中，將下載信息提供功能530設(shè)置于SSF (業(yè) 務(wù)選擇功能)中。另外，文件修復(fù)服務(wù)器和上報服務(wù)器也可以設(shè)置于MDF(媒體分發(fā)功能) 中。本實施例中業(yè)務(wù)控制功能裝置500的結(jié)構(gòu)可以為實施例六中記載的網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)。本發(fā)明實施例五通過設(shè)置業(yè)務(wù)控制功能裝置500，在文件下載中弓丨入文件下載業(yè) 務(wù)，使文件下載過程能夠被業(yè)務(wù)控制功能裝置500控制；業(yè)務(wù)控制功能裝置500通過利用文 件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識對終端進(jìn)行文件下載業(yè)務(wù)授權(quán)，進(jìn)一步加強了對文件下載的管理； 業(yè)務(wù)控制功能裝置500通過與終端進(jìn)行會話協(xié)商，使媒體服務(wù)器能夠通過多種方式為終端 提供下載的文件；本發(fā)明實施例五在文件下載過程中引入了 IMS網(wǎng)絡(luò)能力，且明確了網(wǎng)絡(luò) 中的下載信息提供功能、上報服務(wù)器、以及文件修復(fù)服務(wù)器等執(zhí)行的操作，提高了文件下載 的靈活性和可控性，進(jìn)一步完善了文件下載過程。本發(fā)明實施例六提供一種網(wǎng)絡(luò)設(shè)備，位于IMS網(wǎng)絡(luò)中，該網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)如附圖7 所示。圖7中的網(wǎng)絡(luò)設(shè)備包括授權(quán)模塊700和協(xié)商模塊710。授權(quán)模塊700，用于獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識，并根據(jù)業(yè)務(wù)標(biāo)識對終端 進(jìn)行所述文件下載業(yè)務(wù)授權(quán)，可選的，在授權(quán)結(jié)果為授權(quán)失敗時，向終端返回失敗指示。授權(quán)模塊700對終端進(jìn)行文件下載業(yè)務(wù)授權(quán)可以為授權(quán)模塊700判斷終端是否 有權(quán)限進(jìn)行該文件下載業(yè)務(wù)。當(dāng)然，該授權(quán)也可以為對其他權(quán)限等進(jìn)行審核。授權(quán)模塊700可以根據(jù)終端對應(yīng)的用戶的簽約信息和/或者本地策略進(jìn)行文件下載業(yè)務(wù)授權(quán)。一個 授權(quán)模塊700授權(quán)的具體例子為如果授權(quán)模塊700判斷出用戶事先簽約了該文件下載業(yè) 務(wù)，則授權(quán)模塊700確定授權(quán)通過，否則，授權(quán)模塊700確定授權(quán)失敗(即授權(quán)不通過)。另 一個授權(quán)模塊700授權(quán)的具體例子為在本地策略是某個文件下載業(yè)務(wù)允許所有的用戶訪 問的情況下，則不論用戶是否簽約了該文件下載業(yè)務(wù)，授權(quán)模塊700根據(jù)該本地策略對終 端進(jìn)行該文件下載業(yè)務(wù)授權(quán)的結(jié)果均為授權(quán)通過。協(xié)商模塊710，用于在授權(quán)模塊700的授權(quán)結(jié)果為授權(quán)通過時，與終端進(jìn)行會話協(xié) 商，基于會話協(xié)商的結(jié)果向終端返回FLUTE會話參數(shù)，使終端根據(jù)接收到的FLUTE會話參數(shù) 接收媒體服務(wù)器發(fā)送的數(shù)據(jù)。在終端發(fā)起文件下載業(yè)務(wù)的情況下，協(xié)商模塊710所在的網(wǎng)絡(luò)設(shè)備會接收到終端 發(fā)送來的FLUTE會話參數(shù)，協(xié)商模塊710對終端發(fā)送來的FLUTE會話參數(shù)進(jìn)行檢查，即協(xié)商 模塊710在終端發(fā)送來的FLUTE會話參數(shù)的基礎(chǔ)上確定向終端發(fā)送的FLUTE會話參數(shù)。在業(yè)務(wù)控制功能裝置發(fā)起文件下載業(yè)務(wù)的情況下，協(xié)商模塊710所在的網(wǎng)絡(luò)設(shè)備 不會接收到終端發(fā)送的FLUTE會話參數(shù)，協(xié)商模塊710直接為終端進(jìn)行文件下載業(yè)務(wù)確定 FLUTE會話參數(shù)。協(xié)商模塊710與終端進(jìn)行的會話協(xié)商的協(xié)商結(jié)果通常為協(xié)商成功，即協(xié)商模塊 710向終端返回的FLUTE會話參數(shù)是基于協(xié)商成功而向終端返回的參數(shù)。終端可以根據(jù)其 接收到的FLUTE會話參數(shù)接收媒體服務(wù)器發(fā)送的數(shù)據(jù)，從而獲取到其需要下載的文件。在 某些特殊情況下，協(xié)商模塊710與終端進(jìn)行的會話協(xié)商的協(xié)商結(jié)果也可以為協(xié)商失敗，在 協(xié)商失敗時，協(xié)商模塊710可以向終端返回協(xié)商失敗的信息，從而使終端不會接收到FLUTE 會話參數(shù)。另外，在會話協(xié)商過程中，協(xié)商模塊710還可以為終端確定下載業(yè)務(wù)信息，并在會 話協(xié)商過程中，協(xié)商模塊710向終端發(fā)送下載業(yè)務(wù)信息。此時，協(xié)商模塊710可以包括第 一協(xié)商子模塊711和第一發(fā)送子模塊712。第一協(xié)商子模塊711，用于在授權(quán)模塊700的授權(quán)結(jié)果為授權(quán)通過時，與終端進(jìn)行 會話協(xié)商。這里的會話協(xié)商可以是在終端發(fā)起文件下載業(yè)務(wù)情況下的會話協(xié)商，即在終端 發(fā)送來的FLUTE會話參數(shù)的基礎(chǔ)上進(jìn)行的會話協(xié)商，該會話協(xié)商也可以是在網(wǎng)絡(luò)設(shè)備發(fā)起 文件下載業(yè)務(wù)情況下的會話協(xié)商，即在沒有終端發(fā)送來的FLUTE會話參數(shù)的基礎(chǔ)上進(jìn)行的 會話協(xié)商。具體協(xié)商過程可以如上述實施例中的描述，在此不再重復(fù)說明。第一發(fā)送子模塊712，用于根據(jù)第一協(xié)商子模塊711協(xié)商的結(jié)果向終端返回FLUTE 會話參數(shù)和下載業(yè)務(wù)信息。上述下載業(yè)務(wù)信息可以為內(nèi)容描述信息的獲取地址信息、文件修復(fù)服務(wù)器的地 址信息和上報參數(shù)中的任意一個或任意多個。上報參數(shù)可以為是否上報、上報延遲時間和 上報服務(wù)器的地址信息中的任意一個或任意多個。內(nèi)容描述信息的獲取地址信息、文件修 復(fù)服務(wù)器的地址信息和上報參數(shù)的具體作用如上述實施例中的描述，在此不再重復(fù)說明。終端與本實施例的網(wǎng)絡(luò)設(shè)備之間傳輸?shù)男畔⒖梢酝ㄟ^基于SIP的消息傳輸，且終 端與該網(wǎng)絡(luò)設(shè)備之間傳輸?shù)男畔⒖梢圆捎肧DP的方式攜帶在消息中，也可以采用XML的方 式攜帶在消息中，還可以將一部分信息采用SDP的方式且另一部分信息采用XML的方式攜 帶在消息中；具體例子如上述實施例的描述。
18
授權(quán)模塊700和協(xié)商模塊710可以將授權(quán)結(jié)果和/或會話協(xié)商結(jié)果發(fā)送給媒體服 務(wù)器，以控制媒體服務(wù)器是否為終端提供文件、以及如何為終端提供文件。協(xié)商模塊710還可以包括第二協(xié)商子模塊713和第二發(fā)送子模塊714。第二協(xié)商子模塊713，用于在其所在的網(wǎng)絡(luò)設(shè)備接收到修復(fù)數(shù)據(jù)的FLUTE會話參 數(shù)后，根據(jù)接收到的修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)與終端進(jìn)行針對修復(fù)數(shù)據(jù)的會話協(xié)商。第二發(fā)送子模塊714，用于基于第二協(xié)商子模塊713的協(xié)商的結(jié)果向終端發(fā)送修 復(fù)數(shù)據(jù)的FLUTE會話參數(shù)，使終端根據(jù)會話協(xié)商的結(jié)果中的修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)接 收修復(fù)數(shù)據(jù)。此時的修復(fù)數(shù)據(jù)可以是媒體服務(wù)器通過FLUTE單播方式、組播方式或廣播方 式發(fā)送的。需要說明的是，本實施例中的網(wǎng)絡(luò)設(shè)備可以同時包括第一協(xié)商子模塊711、第 一發(fā)送子模塊712、第二協(xié)商子模塊713和第二發(fā)送子模塊714。本實施例中的網(wǎng)絡(luò)設(shè)備是對文件下載業(yè)務(wù)進(jìn)行控制的執(zhí)行點，該網(wǎng)絡(luò)設(shè)備執(zhí)行文 件下載業(yè)務(wù)控制，如對終端進(jìn)行文件下載業(yè)務(wù)、以及會話協(xié)商(包括媒體服務(wù)器選擇等)等 進(jìn)行控制，提高了文件下載的靈活性和可控性，進(jìn)一步完善了文件下載過程。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借 助軟件加必需的硬件平臺的方式來實現(xiàn)，當(dāng)然也可以全部通過硬件來實施，但很多情況下 前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案對背景技術(shù)做出貢獻(xiàn)的全部 或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如 ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù) 器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。雖然通過實施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和 變化而不脫離本發(fā)明的精神，本發(fā)明的中請文件的權(quán)利要求包括這些變形和變化。
19
權(quán)利要求
一種IMS網(wǎng)絡(luò)中文件下載方法，其特征在于，包括獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識，并根據(jù)所述業(yè)務(wù)標(biāo)識對所述終端進(jìn)行所述文件下載業(yè)務(wù)授權(quán)；如果所述授權(quán)通過，則與所述終端進(jìn)行會話協(xié)商，并基于所述協(xié)商的結(jié)果向所述終端返回FLUTE會話參數(shù)，使所述終端根據(jù)所述FLUTE會話參數(shù)接收媒體服務(wù)器發(fā)送的數(shù)據(jù)。
2.如權(quán)利要求1所述的方法，其特征在于，所述獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識 包括接收終端發(fā)送來的攜帶有業(yè)務(wù)標(biāo)識的下載業(yè)務(wù)請求，所述下載業(yè)務(wù)請求為終端發(fā)起文 件下載業(yè)務(wù)而發(fā)送的下載業(yè)務(wù)請求。
3.如權(quán)利要求1所述的方法，其特征在于，所述獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識 包括從所述終端的訂閱信息中獲取所述業(yè)務(wù)標(biāo)識。
4.如權(quán)利要求1所述的方法，其特征在于，所述方法還包括在所述會話協(xié)商過程中，向所述終端發(fā)送內(nèi)容描述信息的獲取地址信息，所述內(nèi)容描 述信息的獲取地址信息用于終端獲取所述文件的內(nèi)容描述信息。
5.如權(quán)利要求4所述的方法，其特征在于，所述內(nèi)容描述信息的獲取地址信息包括文 件分配表的獲取地址信息。
6.如權(quán)利要求1所述的方法，其特征在于，所述方法還包括在所述會話協(xié)商過程中，向所述終端發(fā)送文件修復(fù)服務(wù)器的地址信息，所述文件修復(fù) 服務(wù)器的地址信息用于所述終端向所述文件修復(fù)服務(wù)器請求所述文件的修復(fù)數(shù)據(jù)。
7.如權(quán)利要求7所述的方法，其特征在于，所述方法還包括所述文件修復(fù)服務(wù)器使用HTTP連接為所述終端提供修復(fù)數(shù)據(jù)；或者所述文件修復(fù)服務(wù)器向所述終端發(fā)送修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)，使所述終端根據(jù)所 述修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)接收修復(fù)數(shù)據(jù)。
8.如權(quán)利要求1至7中任一權(quán)利要求所述的方法，其特征在于，所述方法還包括接收所述終端發(fā)送來的修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)；根據(jù)所述修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)與所述終端進(jìn)行針對修復(fù)數(shù)據(jù)的會話協(xié)商，并基 于所述針對修復(fù)數(shù)據(jù)的會話協(xié)商的結(jié)果向所述終端返回FLUTE會話參數(shù)，使所述終端根據(jù) 接收到的所述FLUTE會話參數(shù)接收修復(fù)數(shù)據(jù)。
9.如權(quán)利要求1所述的方法，其特征在于，所述方法還包括在所述會話協(xié)商過程中，向所述終端發(fā)送上報參數(shù)，所述上報參數(shù)用于所述終端上報 所述文件下載信息。
10.一種IMS網(wǎng)絡(luò)中文件下載系統(tǒng)，其特征在于，所述系統(tǒng)包括業(yè)務(wù)控制功能裝置，用于獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識，并根據(jù)所述業(yè)務(wù)標(biāo)識 對所述終端進(jìn)行所述文件下載業(yè)務(wù)授權(quán)，如果所述授權(quán)通過，則與所述終端進(jìn)行會話協(xié)商， 并基于所述協(xié)商的結(jié)果向所述終端返回FLUTE會話參數(shù)，使所述終端根據(jù)所述FLUTE會話 參數(shù)接收媒體服務(wù)器發(fā)送的數(shù)據(jù)；媒體服務(wù)器，用于基于所述FLUTE會話參數(shù)向所述終端發(fā)送所述文件下載業(yè)務(wù)對應(yīng)的 文件。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括下載信息提供功能裝置，用于向所述終端發(fā)送所述文件的內(nèi)容描述信息。
12.如權(quán)利要求10或11所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括文件修復(fù)服務(wù)器，用于在接收所述終端發(fā)送的基于HTTP的修復(fù)請求后，使用HTTP連接 為所述終端提供修復(fù)數(shù)據(jù)；或者，向所述終端發(fā)送修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)。
13.一種網(wǎng)絡(luò)設(shè)備，位于IMS網(wǎng)絡(luò)中，其特征在于，所述網(wǎng)絡(luò)設(shè)備包括授權(quán)模塊，用于獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識，并根據(jù)所述業(yè)務(wù)標(biāo)識對所述終 端進(jìn)行所述文件下載業(yè)務(wù)授權(quán)；協(xié)商模塊，用于在所述授權(quán)模塊授權(quán)結(jié)果為授權(quán)通過時，與所述終端進(jìn)行會話協(xié)商，基 于所述協(xié)商的結(jié)果向所述終端返回FLUTE會話參數(shù)，使所述終端根據(jù)所述FLUTE會話參數(shù) 接收媒體服務(wù)器發(fā)送的數(shù)據(jù)。
14.如權(quán)利要求13所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述協(xié)商模塊包括第一協(xié)商子模塊，用于在所述授權(quán)模塊授權(quán)結(jié)果為授權(quán)通過時，與所述終端進(jìn)行會話 協(xié)商；第一發(fā)送子模塊，用于根據(jù)所述第一協(xié)商子模塊協(xié)商的結(jié)果向終端返回FLUTE會話參 數(shù)和下載業(yè)務(wù)信息；所述下載業(yè)務(wù)信息包括內(nèi)容描述信息的獲取地址信息、文件修復(fù)服 務(wù)器的地址信息和上報參數(shù)中的任意一個或多個。
15.如權(quán)利要求13或14所述的網(wǎng)絡(luò)設(shè)備，其特征在于，所述協(xié)商模塊包括第二協(xié)商子模塊，用于在其所在的網(wǎng)絡(luò)設(shè)備接收到終端發(fā)送來的修復(fù)數(shù)據(jù)的FLUTE會 話參數(shù)后，根據(jù)所述修復(fù)數(shù)據(jù)的FLUTE會話參數(shù)與所述終端進(jìn)行針對修復(fù)數(shù)據(jù)的會話協(xié) 商；第二發(fā)送子模塊，用于根據(jù)所述第二協(xié)商子模塊協(xié)商的結(jié)果向所述終端返回FLUTE會 話參數(shù)，使所述終端根據(jù)接收到的所述FLUTE會話參數(shù)接收修復(fù)數(shù)據(jù)。
全文摘要
本發(fā)明實施例公開了IMS網(wǎng)絡(luò)中文件下載方法、裝置和系統(tǒng)。其中，IMS網(wǎng)絡(luò)中文件下載方法包括獲取終端的文件下載業(yè)務(wù)的業(yè)務(wù)標(biāo)識，并根據(jù)所述業(yè)務(wù)標(biāo)識對所述終端進(jìn)行所述文件下載業(yè)務(wù)授權(quán)，如果所述授權(quán)通過，則與所述終端進(jìn)行會話協(xié)商，基于所述協(xié)商結(jié)果向所述終端返回FLUTE會話參數(shù)或者返回FLUTE會話參數(shù)和下載業(yè)務(wù)信息，使所述終端根據(jù)所述FLUTE會話參數(shù)接收媒體服務(wù)器發(fā)送的數(shù)據(jù)。上述技術(shù)方案在文件下載過程中引入了IMS網(wǎng)絡(luò)能力，提高了文件下載的靈活性和可控性。
文檔編號H04L12/18GK101877641SQ20091008278
公開日2010年11月3日 申請日期2009年4月29日 優(yōu)先權(quán)日2009年4月29日
發(fā)明者成淑敏, 李金成, 楊磊, 陳亮 申請人:華為技術(shù)有限公司