TWI327840B - Point-to-point delivery verification report mechanism for point-to-multipoint transmission systems - Google Patents

Description

1327840 _ 月妳修正替換頁 第94129575號專利申請案 ----- . 補充、修正後無割線之說明書修正頁一式三份 九、發明說明： 【發明所屬之技術領域】 • 本發明係關於在接收資料包組的確認系統中所用之 方法、系統、發射器、接收器、網路元件及軟體應用程 式，其中由一或多個發射器在特定的點對多點傳輸期間 内傳輸一或多個資料包至複數之接收器，及其中修復請 求及/或遞送驗證報告係由該接收器中之至少一個在^ 對點的傳輸期間内傳輸至網路元件。 ‘ •【先前技術】 在第二代合夥專案(3GPP)所定義之諸如互聯網協定 (IP)多播，IP資料成型(IPDC)及多媒體廣播/多播服務 (MBMS)等系統上之點對多點服務（亦稱為一對多服 務）’諸如多媒體檔案下載等檔案遞送係非常重要之服務 項目。 MBMS規定一種通過點對多點(ptM)載體將多媒體 内容遞送至行動裝置(接收器）之機制。使用PtM载體而 φ非多重PtP載體以遞送頻寬密集之多媒體内容將可有效 運用現有之頻譜及其他資源。 來自行動裝置之回饋具有多項用處，例如重新傳 輸，速率應用及遞送驗證φν)等。在ptp通信期間，已 有明確規定之機制用以提供回饋及利用回饋作為服務品 質（QoS)之改良及請款。 然而對於PtM連接，來自行動裝置之回饋將會在傳 送者端造成回饋聚爆。但是仍然需要有來自參與ptM通 T327840 ------— • %年G月A日修正替換頁 ，94129575號專利申請案 一.一_—·»-— 補充、修正後無割線之說明^修正頁一式三份 信期之所有用戶之至少部份回饋： -來自行動装置之接收，失敗’之回饋可用於原ptM 通信期後之PtP修復通信期。 -來自行動裝置之接收，成功’之回饋可用於請款目 的。在3GPP TS 22.246出版之“MBMS用戶服務·•第1 階段”中將其稱為“遞送驗證”，此文獻之第5 3節規定 DV之一般要件而在其附錄a中有例示若干dv之事例。 基於多種理由，DV報告對通信業者很重要，包括(但 不限於）’提供給客戶服務之請款，市場調查研究，QoS 適用性等。内容遞送係通過ptM載體實行，但DV通常 通過PtP載體實行。 從數千個行動裝置報告至一小組報告伺服器之DV 之PtP連接可能會由於回饋聚爆而導致系統超載。此 外’ 一行動裝置可能在某一期間已參加多次之MBMS通 信。為每一 MBMS通信分別傳送DV報告係沒有效率的。 對於不滿意接收之行動裝置，需要在MBMS通信之 後立即重新安排PtP修復通信期，而對DV報告則可安 排較長時段。 該兩種等級之用戶之PtP連接必須有效率地安排以 平衡系統之整體負載。將上述問題列入考量之DV報告 之有效率及可延伸格式之適當安排及協定項目並不存在 於MBMS中。 3GPP技術文獻S4-040270，“MBMS内容遞送報告” 倡議使用相同之防超載機制以安排該DV報告及PtP修 1327840 产年a將日修正θ 第94〗29575號專利申請案 補充、修正後無射線之說明書修正頁一式三份 復請求及在ptp修復方案之後執行DV報告 但是 DV報告並非以PtP修復之相同方式予以度量y即一般 士5%用戶需要ptp修復* 100%用戶需要進行DV報 口。因此此項方法不被視為最適合。 【發明内容】 網路元件==:則統’發射器’接收器’ 方法本it ΐ—目的係提供—種相接收資料包組之 點傳二if °括將—組資料包從發射器傳輸至點對多 之作^傳=中之多個接收器’及將最長驗證等待時間 傳收11，其中至少一個該接收器被允許 少-確認接㈣傳輸之資料包組之至 間。 少部份取決於該㈣之最長驗證等待時 資粗=料包係例如二元數位之載資訊符號之封包。今 包r組予以傳輸，其中各集=互: 流或一檔案广。舉例而言，-組資料包可代表-資料 信期一發射器傳輸至在點至多點傳輸通 傳輪可藉叙=器。可能係一廣播或單播通信期。該 MBMS通；^有線方式進行。該傳輸通信期係諸如-°瑚，或在MBMS通信期中之多種運輸通信 7 1327840 __ . 卿邮曰修正替換頁 , 第94129575號專利申請案 ---—^_ 補充、修正後無割線之說明書修正頁一式三份 期之其中一種，其中係涉及一或數個發射器。於該場合， 各集組之資料包之點對多點傳輸係與相對之點對多點傳 輸通仏期相關連。該傳輸通信期係諸如通過單向運輸 (FLUTE)協定之檔案遞送予以控制。 參與該點對多點傳輸通信期之多個接收器之其中至 少一個接收器可能完全接收在該點對多點傳輸通信期中 傳輸之該集組資料包。該集組資料包之完全接收係詮釋 為由該發器所實際傳輸之該集組資料包之所有資料包係 由該至少一個接收器所接收，或由該發射器所實際傳輸 之資料包之特定部份係由該至少一個接收器所接收，但 其中該接收之資料包之部份係足夠以供該至少一個接收 器完全重建該所傳輸之資料包集組所代表之内容。 為了確認該資料包集組之接收，該至少一個接收器 係傳輸一遞送驗證報告。此報告係諸如被傳輸至共處甚 或與該發射器相同之遞送驗證報告伺服器。該遞送驗證 報告伺服器可利用接收自該至少一個接收器之遞送驗證 報告以作為諸如賬單目的或Q〇S監視。 可供該至少一個接收器傳輸該遞送驗證報告至該資 料包之傳輸集組之確認接收之至少一個時點係至少部份 取決於最長驗證等待時間。該至少一個時點係諸如單一 時點，或在時間區隔之形狀中之一對時點。該最長驗證 等待時間係顯示在附加於與特定事件相關連之時點: 際、’例如完成該點對多點傳輸通信期時，該遞送驗證報 告被允許從該至少一接收器傳送之最後時點。舉二而 8 汔年/2^/<曰修正替換頁 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 言，可能預述該遞送驗證報告僅被允許在該點對多點傳 輸完成時之時點及該點對多點傳輸完成之時點加上該最 = 時間所界定之時間區隔(即多個毗鄰之時點) 、>根據本發明之第一目的，該最長驗證等待時間係傳 送信號至該接收器，而該接收器可傳輸其遞送驗證報告 之至少一個時點係部份取決於該信號傳送最長驗證等^ 時間。先行技術中接收器係在點對多點傳輸通信期完成 或在修復通信期完成之後立即傳輪其遞送驗證報告，相 比較之下本發明可至少局部影響該接收器可傳輸遞送驗 證報告之時點，因此可有效影響該接收器實際傳輸遞送 驗證報告之時點。此外’根據該接收器測定可傳輸遞送 驗證，告之時點之運算，如果該接收器係隨機選擇由至 J該最長驗證等待時間所部份測定之時間區隔，將可減 y、數個相對接收器同時傳輸數個遞送驗證報告之可能 性。。再者，由於該最長驗證等待時間係傳送信號至該接 收器，因此可藉諸如較短之最長驗證等待時間而可達成 對系統及内容特性之最長驗證等待時間之彈性應用，可 察覺資料包集組之較快讀認。 X藉此本發明之第一目的可提供減少系統之擁塞及/ 或聚暴，並提供至少部份控制接收器傳輸其遞送驗證報 告之時點之裝置。 、，根據本發明第一目的之方法之一較可取實施例，該 遞送驗證報告係被傳輸至在點對點傳輸通信期中之一遞 1327840 _ ， 鄉鄭日修正替換頁 第94129575號專利申請案 L-- 補充、修正後無劃線之說明書修正頁一式三份 送驗證報告伺服器。該遞送驗證報告伺服器可諸如進行 該點對多點傳輸通信期之請款或Q〇S監視，並可與該發 射器共存或相同。該點對點傳輸通信期係以運輸控制^ 定(TCP)為基準，並僅作為該遞送驗證報告之傳輸。 本發明第一目的之方法之一較可取實施例，該方法 尚包括將最長修復等待時間以信號傳送至該接收器之步 驟，其中至少其中一個接收器被允許傳輸一修復請求以 指示需要接收至少一個修復資料包之至少一個時點係至 少部份取決於該信號傳送之最長修復等待時間。附加之 最長修復等待時間之信號傳送至該接收器可允許至少部 伤控制該接收器之時點，係未接收所有或足夠之該資料 包集組之資料包以供進行與資料包相關之内容之解碼， .傳輸其修復請求》該修復請求可被傳輸至諸如由該至少 一個接收器作為修復資料包所需之資料包之再傳輸之修 復伺服器。可預述該接收器係被允許僅在由特定事件之 時點所測定之時間區隔内傳輸修復請求，諸如該點對多 點傳輸通信期之完成’及該時點加上該最長修復等待時 間如果各接收器係藉從由該最長修復等待時間所至少 部伤測定之時間區隔中隨機選擇之時間瞬間而測定其修 復請求之傳輸之時間瞬間，從數個接收器產生同時修復 請求之機率將大幅度減少，於是可有效率地防止系統之 擁塞及:或聚暴。此外，相對於最長驗證等待時間之最長 ，復等待時間之信號傳送之個別選擇可供⑽丨影響修復 «月求及遞送驗證報告之傳輸程序。其中，修復請求可允 10 1327840 沧年。月’έ日修正替換頁 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 許傳輸之該時間區隔可能與該遞送驗證報告允 否之該時間區隔相重叠。 nit，—目的之方法之—較可取實施例，該修復 明求係傳輸至點對點傳輸通信期中之一修復請求伺 器。該修復請求器可與該發射器及/或該遞送驗證報 =服器共處或相同。作為資料包或其部份再傳輸至該 之修復通信期之點對點傳輸通信期係由諸如運輸 控制協定(TCP)所控制。 運输 本發明第-目的之方法之—較可取實施例，至 個，接收H被允輸-歧驗職 該最長驗證等待時間之= 時個接收器被允* 長修復等待時間之間之區隔内之值=在= 該 之 選擇之值附加於該點對多點傳輸赴h 隨機選擇之值係符合由相 疋成之時點。 機率分佈所測定界限或任何其他麵 本發明第一目的之方法之一 修復等待時間係小於或等於該最長該最長 請求之傳輸係比遞送驗證報告間。修復 在修復請求傳輸之m。 ·』更為重要及緊急， 料包以供接收器進容】係3接收更多修復資 告之場合，已經可㈣㈣容之解二在傳輸遞送驗證報 11 1327840 98年’ i月/ 6日修正替換頁 第94129575號專利申請案 L__ 補充、修正後無劃線之說明書修正頁一式三份 根據本發明第—目的之方法之―，談 =送通知報告飼服器之識別符及該； 復伺服裔之識別符傳送信號至該接收 木= 通知報告伺服器與修復伺服器均非接；器；：顯： 無”:文以隱含方式所推論或 等待時間及該識別符之沖較可取實施例，該 信期之通知相位期=鱗_在該點對多點傳輸通 根據本發明第一目的之方 :間與該識別符之信號傳送係由通==所; 根據本發明第一目的之方法之一較 ，時間與該識別符之信號傳 1 = 射器傳輸至該接收科發生。^、、且料包從騎 电資==一目的之方法之-較可取實施例，該 j抖包&該發射ϋ傳輸至該接收器係由 運輸協 輸所至少部份控制，而該時間與該識別符 4唬傳輸係通過該協定之檔案遞送表 根據本發明第一目的之方法之一較 ft 土多:發射器係將相對之點對多點傳輸通:二； 一、，且貝料包傳輸至該多個接收器中之至少一 輸一個遞送驗證報告，而該唯二 中傳輸之至少二組資料包。然後在該多 1327840 鮮Q月仏日修正替換頁 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 少一個接收器係涉及至少二個點對多點傳輸通信期，苴 中在各點對多點傳輸通信期係傳輸一相對集組之資^ 包。該至少二個點對多點傳輸通信期係由一或多個發射 器所支援。舉例而言，第一發射器可將在第一個點對 點傳輸通信期中之第一組資料包傳輪至第一組多個接收 器，而第二發射器可將在第二個點對多點傳輸通信期 之第二組資料包傳輸至第二組多個接收器。該至少一個 接收器係屬於該第一組與第二組多個接收器之交會。該 •第一個及第二個點對多點傳輸通信期可暫時生重叠g 否。舉例而言，該至少一接收器可接收在第一個點對多 點傳輸通信期中之第一組資料包，繼後可接收在第二個 點對多點傳輸通信期中之第二組資料包，其中該第二及 第一個點對多點傳輸通信期可由一或多個發射器所支 援。 為了確認接收在相對之點對多點傳輸通信期中所傳 輪之至少二組資料包中之至少二個，該至少一個接收器 鳙，傳輪一個遞送驗證報告。此項報告中具有該至少二組 資料包之確認，並可有利地在單一點對點傳輸中予以傳 輪。先行技術中對於各個所接收之資料包集組，將有一 個相對之遞送驗證報告係在相對之點對點傳輸通信期中 傳輪，必須先由固定協定予以達成及讓與，與先行技術 相反的是，本發明之實施例中至少二個遞送驗證報告係 合併成一個遞送驗證報告以有效地通過一單一點對點傳 輪通信期予以傳輸，於是可大幅度減少連接達成及讓與 13 1327840 第94129575號專利申請案 卜年》月乂日修正替換1 補充、修正後無劃線之說明書修正頁一式三份 之協定開支。 根據本發明第一目的之方法之一較可取實施例，該 遞送驗證報告至少具有一個該發射器之識別符，一個該 遞送驗證報告伺服器之識別符，一個該點對多點傳輸通 信期之識別符，及一個該少一個傳輸該遞送驗證報告之 接收器之識別符。該發射器與該遞送驗證報告伺服器之 識別符係諸如平均資源識別符(URI)或互聯網協定(ιρ)位

址，而該點對多點傳輸通信期之識別符係諸如運輸通信 期識別符(TSI)。 根據本發明第一目的之方法之一較可取實施例，該 遞送驗證報告另外包括與該所傳輸之資料包組安裝在該 至少一個接收器相關之安裝通知。該安裝通知係諸如確 認成功接收及安裝媒體物件㈣至少—接收器或顯示基 於多項原因而無法安裝。該安裝通知之例子包括如開放 仃動聯盟(OMA)所定義之安裝狀態碼。

根據本發明第-目的之方法之—較可取實施例，該 識別符係包括於一延伸標示語言物件。 據本發明第—目的之方法之—較可取實施例，該 L伸標不語言物件係包含於—超文字傳輸協定物件中。 根據本發明第-目狀方法之—較可取實施例，該 一遞达驗證報告具有確認接收之各該至少二組資料包之 =組識別符，各該組識職具有與相對確認資料包組相 關之識別符，與相對確認㈣包組相關之遞送驗證報告 値器之識別符，與相對碟認資料包組相關之點對多點 14 1327840 卜年α月“日修正替換頁 第94129575號專利申請案 --- 補充、修正後無刻線之說明書修正頁—式三份 傳^通信期之識職’及傳輸該—遞送驗證報告之 一接收H之識職，各該組識別符係包含於延伸 語言物件’㈣延伸標示語言物件 ^輸 網郵件延伸結二^ 不&物件可由MIME界限予以互相分開。 2據本發明第-目社方法之—較可取實施例，另 外包括-種確認接收資料包集組之系統，包括 多個接收器；其中該發射器具有安排將一組資料 包傳輸至在點對多點傳輸通信期中之接收器之裝置，及 ^長驗證特時間之信賴送至該接收器之裝置；及 、至>、個該接收器具有安排傳輸一遞送驗證報告傳 輸以確認接收該所傳輸之資料包組之裝置，其中在允許 傳，該遞送驗證報告之至少—個時點係至“份取決於 該信號傳送之最長驗證等待時間。 根據本發明第-目的之方法之一較可取實施例，另 外包括以確認接收㈣包組之系狀發射器，該 發射器包括安排在點董十多點傳輸通信射將一組資料包 3^器傳輸至多個接收器之裝置，及安排將最長驗 证等待時間之信號傳送至該接收器之裝置，其中在至少 一個接收器允許傳輸一遞送驗證報告以確認接收該資料 包組之至少一個時點係至少部份取決於該信號傳送之最 長驗證等待時間。 根據本發明第一目的之方法之一較可取實施例，另 外包括一種可在系統之發射器中執行以確認接收資料包 15 1327840 卜年Q月“日修正替換頁 ，94129575號專利申請案 _ 補充、修正後無劃線之說明書修正頁一式三份 組之軟體應餘式，該軟縣用程式包括使 點對多點傳輸通信期中傳輸一組資料包至多個接= 程式碼，及錢發㈣將最長驗料待_之信號 j接收器之程式碼’其中在至少—個接收器允許傳g 一遞迗驗證報告以確認接收該資料包組之至少一個劻 係至少部餘決於該錢傳狀最紐證特時間:‘， 該軟體應用程式亦可能係一電腦程式產品，且有 存在諸如記憶體中之電腦讀取性媒體中之程式碼:有铸 根據本發明第-目的之方法之__較可取實施例，另 =包括-種用以確認接收資料包組之系統之接收器，該 接收器包括安排接收在點對多點傳輸通信期中從一 2傳輸，多個接收器之—組f料包之裝置，及安排將最 驗e4待時間之#號傳送至該接收器之裝置，其中在 一個接收器允許傳輸一遞送驗證報告以確認接收該 資，包組之至少—個時點係至少部份取決於該信號傳送 之最長驗證等待時間。 根據本發明第一目的之方法之一較可取實施例，另 $包括種可在系統之接收器中執行以確認接收資料包 =之軟體應用程式’該軟體應用程式包括使該接收器在 ^多點傳輸通信射接收從_發射^傳輸至多個接收 組資料包之程式碼’及使該接收器接收傳輸至該接 收，之最長驗證等待時間之程式碼，其中在至少一個接 收器允許傳輸_輕驗魏告以確織收該資料包組之 至少一個時點係至少部份取決於該信號傳送之最長驗證 16 1327840 兜年/讲έ日修正替換頁 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 等待時間。 該軟體應用程式亦可能係一電腦程式產品，且 存在諸如記憶體中之電腦讀取性媒體中之程式竭。 ^據本發㈣-目的之方法之—較可取實 ί 用以確認接收轉包組之系統令之網路^ 牛八中係在一點對多點傳輸通信期中從一發射值 ，及其中係傳送“驗證等“ 太恭8日♦哲 件係諸如一遞送驗證報告伺服5|。 方法，JL中一或；揭示一種確認接收資料包“ 通信期中之至少二料在相對之闕多點傳輸 法之:驟包括僅只傳輸來^該二= = 之一遞送驗證報告係確認接收在該至 i資=對點❹點傳輸通信期中傳輸之至少二 被傳S在:目對之，多點傳輸通信期中 別之點對多點傳輪@ t &卩各組貝料包係分別傳輸於個 器之該至===應於:傳輪至至少-接收 期可能暫時_或;=行二==;料通： 17 1327840 鄉1月/έ日修正替

第94129575號專利申請案 補充、修正後無劃線之說明書修正.頁一式三份 可由相同發射器或由數個發射器予以傳輸。

根據本發明之第二目的，該至少一個接收器僅只傳 輸一個遞送驗證報告，係確認接收至少二個相對之點對 多點傳輸通信期之至少二組資料包β在先行技術中，各 接收之資料包組係由個別遞送驗證報告所確認，而相比 之下本發明係提供將至少二個接收之資料包組合併為一 =組合遞送驗證報’故可減少開支及可能導致系統擁 塞及/或聚暴之同時傳輸遞送驗證報告之量。 很像本發明第二目的之方法之一較可取實㈣ =驗證報告係傳輸至在點對纽傳輸通信期中之一 U報告伺服器。將數個遞送驗證報告合併成-個 二告及將此單一遞送驗證報告僅只傳輸於 ===點對點傳輸通信期之達成及讓 點_傳==2著減少’因先行技術所需之數 所傳h二J數個達成及讓與變成現今所需之 通信期之讓2驗證訊息中之僅只一個點對點傳

至小根，本發明第二目的之方法之—較可取實施例， 輪收器係為在相對之點對多點傳輸通信期中 別包健存-組識別符，而各該組 符，用以㈣對資料包組之相對發射器之-識 器之一玲幻=該組資料包之相對遞送驗證報告伺 多點傳‘通f期及用以傳輸該組資料包之該相對之點 ’’傳輸通彳5期之1別符。不管該對應之資料包故 18 1327840 _ 第觀·號專利申請案 卜_換頁 補充、修正後無劃線之說明書修正頁一式三份 否已經被接收與否，該組識別符均予以儲存。 根據本發明第一目的之方法之一較可取實施例，該 一遞送驗證報告之傳輸步驟包括設定一 τ_空白值予未 來之時點之次步驟；為在該至少一接收器所接收之各相 對之資料包組測定最佳傳輸遞送驗證報告以確認接收該 相對之資料包組之相對時點，及如果該相對時點係小於 Τ_空白時設定該Τ一空白值予該相對之時點；為在該至少 一接收器所接收之各組資料包輸入相對之識別符於佇列 中；如果現今時間相等於τ_空白，將該佇列中所含所有 識別符組傳輸作為該一遞送驗證報告之内容，排空該佇 列及設定該Τ—空白值予未來時點。 該未來之時點可藉添加預設延續時間至現有時點予 以測疋。於是係為各個所接收之資料包組測定最佳實施 遞送驗證報告之傳輸之相對時點。此舉可藉由傳輸該組 資料包及該完成時間加上最長驗證等待時間之點對多點 傳輸通信期之完成時間所定義之時間區隔中隨機選擇一 _ ，間值予以達成。當該測定時間瞬間係小於丁_空白時設 疋該Τ—空白值予該測定之時點，及當τ_空白相等於現 有，點之際將該仵列中所含之所有識別符組傳輸至單〆 遞送驗證報告，可確保與相對之所接收資料包組相關連 之所有遞送驗證報告係在該相對資料包組之確認被測定 之該時點之前或當時予以傳輪。 ,根據本發明第二目的之方法之一較可取實施例，遞 送驗證報告最佳傳輸以確認接收該相對之資料包組之該 19 1327840 辦，1將日修正替換頁 相f時點係藉隨機選擇介於零至最長驗證等待時間之間 之區隔中之相對值予以測定，並將該相對之所選擇之值 添加於該所傳輸之相對資料包組係完成之相對點對多點 傳輸通信期中之時點。 s根據本發明第二目的之方法之一較可取實施例，該 最長驗證等待時間係藉該一或多個發射器以信號傳送至 該至少一接收器。

=根據本發明第二目的之方法之一較可取實施例，該 最長驗證等待時間係該至少一個接收器所習知之預設參 數。 根據本發明第二目的之方法之一較可取實施例，如 果該次步驟之程序受到干擾及，如果於干擾後發現現有 時間大於該T_空白值，係進行該最後次步驟。該干擾可 能係由接收器離開發射器之傳輸覆蓋範圍所引起，或由 於電力不足或用戶關機所導致之接收器斷電所引起。

根據本發明第二目的之方法之一較可取實施例，如 果被檢測到該佇列接近溢流時，縱令發現現有時間係小 於τ_空白，仍將實施該最後次步驟。 根據本發明第二目的之方法之一較可取實施例，各 該至少二組資料包係相關於確認接收該相對之資料包組 之相對之遞送驗證報告伺服器，及確認接收至少二個與 至少二不同遞送驗證報告伺服器相關之該至少二組資料 包之該一遞送驗證報告。於是雖然係受限於不同之遞送 驗證報告伺服器，亦可將遞送驗證報告合併成單一遞送 20 1327840 _ 9S1年U月M g修正替換頁 第94129575號專利申請案--— 補充、修正後無割線之說明書修正頁一式三份 驗證報告。 根據本發明第二目的之方法之一較可取實施例，該 一遞送驗證報告係傳輸至更易存取之該至少二個不同遞 送驗證報告伺服器之遞送驗證報告伺服器，而該更易存 取之遞送驗證報告飼服器係將由其.他遞送驗證報告祠服 器確認予該其他遞送驗證報告伺服器之資料包組之確認 之資訊進行信號傳送。 根據本發明第二目的之方法之一較可取實施例，其 參中該至少一接收器被允許傳輸修復請求予點對點傳輸中 之修復伺服器以顯示接收與其中一個該所傳輸之資料包 組相關之至少一修復資料包之至少一時點係藉隨機選擇 介於零至最長修復等待時間之間之區隔内之一值予以測 定，並將該所選擇之值添加於在至少一修復資料包相關 之該點對多點傳輸通信期已完全傳輸之時點。 根據本發明第二目的之方法之一較可取實施例，該 最長修復等待時間係小於或相等於該最長驗證等待時 籲 間。 根據本發明第二目的之方法之一較可取實施例，該 一遞送驗證報告具有為確認接收該至少二組資料包之一 組識別符，各該組識別符具有與相對確認資料包組相關 之發射器之一識別符’與相對確認資料包組相關之遞送 驗證報告伺服器之一識別符，與相對確認資料包組相關 之點對多點傳輪通信期之一識別符，及傳輸該一遞送驗 證報告之該至少一接收器之一識別符，各該組識別符係 21 1327840 Θ年α月“日修正替換頁 第94129575號專利申請案 --- 補充、修正後無割線之說明書修正頁一式三份 包含於一延伸標示語言物件中，而該延伸標示語言物係 係包含於超文字傳輸協定物件之多部多功能互聯網郵件 延伸中 根據本發明第二目的之方法之一較可取實施例，各 該組識別符另外具有與在該至少一接收器上之該相對確 認資料包組之安裝之安裝通知。

本發明第二目的另外包括確認接故資料包組之系 統，具有一或多個發射器，及至少一個接收器，其中該 發射器具有安排傳輸相對之點對多點傳輸通信期中之至 少，組資料包至至少一接收器之裝置，其中^至少一接 收器具有安排傳輸一遞送驗證報告之裝置，其中該遞送 驗證報告係確認接收在該至少—接收器 傳輸通信期中之至少二組資料包。 ‘，^多點 本發明第二目的另外包括用以確認接收資料包組之 之發射器，具有安排將在相對之點對多點傳輸通 仏期中之至少-組資料包傳輸至該至少—接收器之裝

資料包係從在相對之點對多點傳輸通 L期中之或多個發射器傳輸至該至少_接收器， 僅/、從該至>、個接收器傳輸一個遞送驗證報告，宜 中該-遞送驗證報告係確認接收在該至少 對之點對多點傳輪通信期中之至少二個該至少二 包。 本發明第二目的另外包括用以择認接收資料包组之 系統中之純n ’具有安排接收在㈣之點對多點傳輸 22 1327840 98年α月“日修正替換頁 第94129575號專利申請案 _ 補充、修正後無劃線之說明書修正頁一式三份 通信期中由一或多個發射器所傳輸之至少二組資料包之 裝置，及安排傳輸一遞送驗證報告之裝置，其中該遞送 驗證報告係確認接收在該相對之點對多點傳輸通信期中 之至少二個該至少二組資料包。 本發明第二目的另外包括一種可在系統之接收器中 執行以確認接收資料包組之軟體應用程式，該軟體應用 程式包括使該接收器在點對多點傳輸通信期中一 或多個發射器傳輸之至少二組資料包之程柄，及使該 接收器傳輸-遞送驗證報告之程式碼，其中該遞送驗證 報告係確認接收在相對之點對多點傳輸通信 之至少二個該至少二組資料包。 ^得輸 該軟體應用程式亦可能係一電腦程式產品，且 存在諸如記憶體中之電腦讀取性媒體中 之系=明第二目另外包括確認接^包資料包 之系統中之網路it件’其中係在相對之點對多 通 ，期中從-或多個發射器傳輸至少二組資料包至少^ 點傳“ 件係諸如一遞送驗證報告伺服器。’ ^"該網路兀 執行件上 個發射器係傳輪在相對之點對多點傳輸i信期 23 1327840 Π，號專_案 補充L正錢劃線之朗^修正頁一式三份 一組資料包至至少一個接收器，該軟體應用裎式 該=路元件接收自該至少一接收器所傳輸之一遞送驗證 報告之程式碼，其中該遞送驗證報告係確認接收在該至 ’’ 接收器之相對之點對多點傳輸通信期中所傳輪之$ 少二個該至少二組資料包。 該軟體應用程式亦可能係一電腦程式產品，具有儲 存在諸如記憶體中之電腦讀取性媒體中之程式竭。'

本發明之第三目的係揭示一種確認接收一組資料包 之方法，其中有一發射器係將在點對多點傳輸通信期中 之一組資料包傳輸至多個接收器，該方法之步驟包括從 該多個接收器之至少一個接收器之遞送驗證報告傳輸至 一遞送驗證報告伺服器，其中該遞送驗證報告確認接收 該組資料包’及至少具有該發射器之一識別符，該遞送 驗證報告伺服器之一識別符’該點對多點傳輸通信期之 一識別符，及傳輸該遞送驗證報告之該至少一個接收器 之一識別符。 °

因此，本發明之第三目的首次揭示須包含在遞送驗 證報告中之最少集組之參數。該參數係遞送證報告飼服 器用以處理接收自該至少一接收器之該遞送驗證報告所 需者。該發射器及該遞送驗證報告飼服器之識別符係諸 如URI或IP位址，該點對多點傳輸通信期之識別符'係 諸如由FLUTE協定所定義之運輸通信期識別符(TSJ)， 及該至少一接收器之該識別符係可提供該至少一接收器 之獨特識別’諸如一字串或數字等，之任何識別符。 24 1327840 __ 第94Π9575號專利申請案日修正—頁 補充、修正後無劃線之說明書修正頁一式三份 根據本發明第三目的之方法之一較可取實施例，該 遞送證報告另外具有與安裝該所傳輸之資料包集組於該 至少一接收器上相關之安裝通知。該安裝通知係諸如確 認成功接收及安裝媒體物件於該至少一接收器。該安裝 通知之例子包括如開放行動聯盟(〇MA)所定義之安裝狀 態碼。 根據本發明第三目的之方法之一較可取實施例，該 識別符係包括於一延伸標示語言物件。 鲁 根據本發明第三目的之方法之一較可取實施例，該 延伸標示語§物件係包含於一超文字傳輸協定物件中。 本發明之第三目的係揭示一種確認接收一組資料包 之系統，該系統包括一發射器及多個接收器，其中該發 射器具有安排將在點對多點傳輸通信期中之一組資料包 傳輸至該接收器之裝置，及其中至少一個該接收器具有 安排將遞送驗證報告傳輸至遞送驗證報告伺服器之裝 置’其中該遞送驗證報告係確認接收該組資料包’及至 少具有該發射器之一識別符，該遞送驗證報告伺服器之 一識別符，該點對多點傳輸通信期之一識別符，及傳輸 該遞送驗證報告之該至少一個接收器之一識別符。 本發明之第三目的係揭示一種確認接收一組資料包 之系統，該系統包括安排將在點對多點傳輸通信期中之 一組資料包傳輸至多個接收器之裝置，其中係從該多個 接收器之至少一個接收器傳輸一遞送驗證報告至一遞送 驗證報告伺服器’及其中該遞送驗證報告係確認接收該 25 1327840 第94129575號專利申請案卜梅。 補充、修正後無劃線之說明書修正頁一式三份 組資料包，及至少具有該發射器之— 證報告舰器之-識職，該點對多點傳輸通信^= 識別符，及傳輸該遞送驗證報告之該至少一 一識別符。 牧叹荔之

本發明之第二目的係揭示一種確認接收一組資料勹 之系統’該接收II包括安排接收由發射器所傳輸在點g 多點傳輸通信期中之一組資料包至多個接收器之裝置， 及安排從該接收器傳輸一遞送驗證報告至一遞送驗證報 告伺服器之裝置，其中該遞送驗證報告係確認接收該組 資料包，及至少具有該發射器之一識別符，該遞送驗證 報告飼服器之一識別符，該點對多點傳輸通信期之一識 別符’及傳輸該遞送驗證報告之該至少一個接收器之一 識別符。

本發明之第三目的係揭示一種可在系統之接收器中 執行以確認接收資料包集組之軟體應用程式，該軟體應 用程式包括可導致該接收器接收從點對多點傳輸通信期 中之發射器傳輸至多個接收器之程式碼，及可導致該接 收器將來自該接收器之遞送驗證報告傳輸至一遞送驗證 報告伺服器之程式碼’其中該遞送驗證報告係確認接收 該組資料包’及至少具有該發射器之一識別符，該遞送 驗證報告伺服器之一識別符，該點對多點傳輸通信期之 一識別符，及傳輸該遞送驗證報告之該至少一個接收器 之一識別符。 該軟體應用程式亦可能係一電腦程式產品，具有健 26 1327840 箱年〇月幺日修正替換頁 第94129575號專利申請案 -- 補充、修正後無劃線之說明書修正頁—式三份 存在諸如記憶體中之電腦讀取性媒體中之程式碼。 ^發狀第三目㈣揭^種㈣確認接收資料包 、，且之系統中之網路7〇件，其中—發射H係將在相對之 對多點傳輸通信期中之-組資料包傳輪至多個接收.’， 該網，it件具有安排接收由該多個接收器巾之至少 ，收器所傳輸之遞送驗證報告之裝置，其中該遞送驗證 報告^認接㈣組f料包，及至少具有該發射器之二 ’該遞送驗證報告飼服器之一識別符，該點對多 =輸通信狀-識別符，及傳輸該遞送驗證報告之該 驗證報告舰ϋ。 4該網路70件_如一遞送 Ρ杜本發=之第二目的係揭種可在线之網路元件 亡執行以確認接收㈣包組之軟體應用程式，其中一或 器係傳輸在相對之點對多點傳輸通信期 中之i ί;:= 至少一個接收器’該軟體應用程式包括 3網路，接收自該多個接收器中之至少—接收器所 報告之程式碼，其中該遞送驗證報告 ^，二貝料包’及至少具有該發射器之一識別 运：：報告伺服器之一識別符，該點對多點傳 期之—識別符，及傳輸該遞送驗證報告之該至少 一個接收器之一識別符。 讯口 在體Ϊ用程式亦可能係一電腦程式產品，具有儲 存在，如記憶體中之電_取㈣體中之程式碼。 發月之第四目的係揭示一種確認接收一組資料包 27 热年U月炻日修正替換頁 第94129575號專利申請案 ...一 補充、修正後無劃線之說明書修正頁一式三份 之方法其中有發射器係將在點 之-組資料包傳輪^點傳輸U期中 該多個拄跄哭夕s 1 收15 ’該方法之步驟包括從 "夕個接收||之至V—個接收器 點傳輸通信期中之網路元件，_ 二11袖” ' =報::輸至在該相同點對點傳輸該= 路兀件，以確認接收該組資料包之所有資料包。 ^發明之第四目的係揭示在傳輸一修復請求之後傳 報告’並使用傳輸該修復請求所用之相同 „通信期。由該至少一個接收器傳送該修復 II求翻服11以觸發修復資料包之傳輸，係已經在 =、、且=料包巾傳輸但在該至少—接收器未接收之資料 包。在接收該再傳輸之㈣包之後，該至少—個接收器 將域認接收該組資料包，其中該所接收之資料包實際上 係由一次接收（未經再傳輸)之資料包及僅在再傳輸之後 所接收之資料包所組成。該資料包之再傳輸可發生於傳 輸該修復請求之相同點對點傳輸通信射，諸 通信期中。 根據本發明之第四目的，相同之點對點傳輸通信 期可用於將該修復請求從該至少一接收器傳輸至該修復 伺服器’將資料包從該修復伺服器再傳輸至該至少一接 收器，及將遞送驗證報告從該至少一接收器傳輸至遞送 驗證報告伺服器。此舉並不意謂該修復伺服器及該遞送

T3278TO 你年α月《日修正替換頁 第94129575號專利申請案 -'- 補充、修正後無劃線之說明書修正頁一式三份 通知報告伺服器係相同，亦有可能該遞送驗證報告係接 收自該修復伺服器然後再被導引至該遞送驗證報告伺服 器。顯而易知，僅有一個點對點傳輸通信期必須達成及 讓與修復通信期及遞送驗證報告之傳輸，而先行技術中 之修復通信期之第一點對點傳輸通彳言期係需要作為遞送 驗證報告之傳輸，與先行技術相比較之下，本發明係需

要第二點對點傳輸通信期，可達成協定管理費用之顯著 減少，故使本項方法更為有效率。 根據本發明第四目的之方法之一較可取實施例，在 該至少一個接收器被允許傳輸該修復請求之至少一個時 點係=隨機選擇介於零及最長修復等待時間之間之區隔 :之一值，並將該所選擇之值添加於該點對多點傳輸通 <5期元成之時點而予以測定。 ，根據本發明第四目的之方法之-較可取實施例，該 遞送：證報f至少具有該發射器之-識別符 ，該網路元 ^-識卿’該_多點傳輸通錢之-識別符，及 ^該遞送驗證极告之至少-接收器之-識別符。 遞送第四目的之方法之-較可取實施例，該 θ 報13另外具有與在該至少一接收器安裝該資料 匕之傳輸集組相關之安裝通知。 辦别明第四目的之方法之-較可取實施例，該 έ ]符係匕括於一延伸標記語言物件中。 本發明第四目的之方法之一較可取實施例，該 甲標記語言物件係包含於一超文字傳輸協定物件中。 29 1327840 月“日修正替換頁 第94129575號專利申請案 ,' 補充、修正後無劃線之說明書修正頁一式三份 ，發明之第四目的另外揭示_種確認接收_組資料 ’包括—發射器，及多個接收器，其中該發射 ^有安排將點對多點傳輸通信期中之一組資料包傳輸 值窃，裝置’及其中至少一個該接收器具有安排 w f復吻求至點對點傳輸通信期中之網路元件之裝 9以在該至少一資料包未接收於該至少一接收器時 :2發該組資料包中之至少一個資料包之再傳輸，及安 :繼後傳輸一遞送驗證報告至該相同點對點傳輸通信 狀網路it相確認触該組㈣包之翁資料包。 本發明之第四目的另外包括一種用以確認接收資料 之發射器’該發射ϋ具有安排將在相對之 ^駐夕點傳輸通信射之—組資料包傳輸至多個接收器 ，置，其中一修復請求係從該多個接收器中之至少一 ，器傳輸至點對多點傳輸通信期中之一網路元件， 姑中係於繼後從該至少—接收器傳輸—遞送驗證報告至 =同點對點傳輸通信期中之_路元件以確認接收該 組資料包之所有資料包。 本發明之第四目的另外包括用以確認接收資料包組 精二統中之接收器’該接㈣具有安排接收從點對多點 =通信，中之發射輯輸至多個接收器之—組資料包 細#置，安排傳輸一修復請求至點對點傳輸通信期中之 =件之裝置’藉以在該至少—資料包未接收於該至 H 時可觸發該組資料包中之至少-個資料包之 傳輸，及安排於繼後將一遞送驗證報告傳輸至在相同 30 1327840 汾年/工月μ日修正替換頁 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 點對點傳輸通信期中之該網路元件以確認接收該組資料 包之所有資料包之裝置。 ' ' 本發明之第四目的另外包括一種可在系統之接收器 上執行以確認接收資料包組之軟體應用程式，該軟體應 用程式包括使該接收器接收從點對多點傳輸通信期中之 發^器所傳輸之-組資料包之程式碼，使該接收器傳輸 一6復清求至點對點傳輸通信期中之網路元件之程式 碼，藉以在該至少-資料包未接收於該至少—接收器時 可觸發該組資料包中之至少―個資料包之再傳輸，及使 收器於繼後將—遞送驗證報告傳輸至在相同點對點 射之該網路元件以確認接收該包所 有資料包之程式碼。 只rr匕 存在Ϊ = 式亦可能係一電腦程式產品，具有儲 in之電腦讀取性媒體中之程式碼。 包組外=-=_接收資料 點對多點傳輸通_期^中#射器係將在相對之 器，該網路元件具有：^^组資料包傳輸至多個接收 中之該多個接收器中女接收由在點對點傳輸通信期 求之裝置，i中琴#至少一個接收器所傳輸之修復請 包，藉以在紅證報告係確認純該組資料 可觸發該組資料包中=，包未接收於該至少一接收器時 排於繼後接收從兮#π少一個資料包之再傳輸，及安 收器所傳輸之點傳輸通信期中之至少一接 、^報告以確認接收該組資料包之 31 1327840 你年α月Μ日修正替換頁 第94129575號專利申請案 補充、修正後無割線之說明書修正頁一式三份 所有資料包之裝置。朗路元件係諸如-遞送驗證報告 祠服器。 士發狀*四目的係齡—财m之網路元件 上執仃以確認接收資料包組之軟體應甩程式， 射器係傳輸在點對多點傳輸通信期中之一組 哭ΐ軟體應用程式包括使該網路元件接收自該 d”之至少一接收器所傳輸之一修復請求之程 時可觸發該組資料包中之至少一袖咨划a v接收益 路元件於繼後接收從該相同點對==期: 二r包接之所Titr程r碼驗證報告以_接收該 存在=體應用程式亦可能係一電腦程式產品，具有儲 體巾之電腦讀取性媒财之程式碼。 明而愈趨述及其他目的可藉以下參照實施例之說 【實施方式】 用以明本項專利中請之簡介部份之主題可 認在由四項目的所組成，可提供更具效率地碟 包集組。在下=多點(ptM)傳輸通信期中所傳輸之資料 實施例予以說’日f明中，本發明之四項目的將藉較可取 MBMS έ祕二月’其中係假設本發明應用於3GPP + M文。須知本發明並不擬受限於在此内 32 1327840 ______ %年/：1月“日修正替換頁 第94129575號專利申請案 ---— 補充、修正後無釗線之說明書修正頁一式三份 文之應用。 第1圖係本發明之系統1之示意圖。系統i具有一 發射器2，多個接收器，如三個接收器34..3-3 , 一復修 祠服器4及一遞送驗證(DV)報告伺服器5。該系統可根 據諸如3GPP MBMS操作，然後、該發射器可被視為 MBMS伺服器，而該接收器34..3-3可被視為MBMS接 收器。該組資料包可代表由該MBMS客戶31. 3_3從該 MBMS伺服器2所下載之内容，諸如多媒體檔案或類似 •資料。 在P^tM傳輸中，該發射器2係傳輸一組資料包至在 其覆蓋範圍（廣播模式）内或由該組資料包所定址（多播 模$)之各個接收器m3。於第丨圖之實施例中，接 收器3-1及3-2係接收整組資料包，並確認接收該组資 料包於該DV報告伺服器5。 、 然而 由於諸如發射器2與接收器3-3之間之傳輸 頻道上之資料包之損失或減少等原因，接收器&並未

為了接㈣組f料包錢提出内 傳輸通將與復修飼服器4賴點對點(ρτρ) 信期)以觸發該接收器3-3尚未接收 以供:接收。如果僅需要接收特定數目之資料包 访收，進行内容之解碼及/或提出，僅只需由 5再傳輸可供該接收器3_3進行内容之解 諸“該%。為此，該修復請求可包括 貝抖匕所傳輸之PtM傳輸通信期之識別符， 33 1327840 _ 货年α月ίέ日修正替換頁 第94129575號專利申請案 _ ‘充、修正後無劃線之說明¥修正頁一式三份 諸如運輸通信期識別符(TSI)，及該組資料包所屬之運輸 物件之識別’諸如運輸物件識別符（Τ0Ι)，發射器之識 別’諸如平均資源識別符(11111)或ΙΡ位址，及如果該運 輸物件係被分段成資源區塊及編碼符號之場合之缺少資 料包之識別’諸如資源區塊數目（SBN)及編碼符號 ID(ESI)。在此所示實施例係指由單向運輸之檔案遞送 (FLUTE)協定所控制之ptM傳輸通信期。 然後該接收器3-3所需之該資料包係以來自該修復 伺服器4之修復回應之形狀被再傳輸至該PtP修復通信 期中之該接收器3-3。 當該接收器3-3已經接收所有所需之資料包之後， 可將接收整組資料包(代表一次接收之資料包，即未經再 傳輸者，及僅只在修復伺服器之再傳輸後所接收之資料 包)確認予DV報告伺服器5。 •本發明第一目的：DV報告及修復請求之隨機時間分 散

PtP修復請求通常具有比DV報告更高之優先性。 因此PtP修復請求最好在PtM傳輸通信期後之短時間内 完成。反之，DV報告可在較長時間内完成。此外，並 非所有PtM通信期需要DV報告。 本發明之第一目的係倡議下列資訊係傳達至各參與 之接收器以供繼後PtP修復及/或DV報告所用： 一 • PtP修復伺服器之URI - URIjl·復 • PtP修復請求之最長抽離時間—最長—等待時 34 1327840 __ %〇>月“日修正替換頁 第94129575號專利申請案 L 補充、修正後無劃線之說明書修正頁:份 間_修復 • DV報告祠服器之URI __ URI__驗證 • DV報告之最長_時間—最長—等待 證 〜j - 其中，基於修復請求係比DV報告更為 量，最好係選擇最長一等待-時間一驗證而非最長…等待

此項資訊宜通過下列方式傳達： •在作為通信期說明協定(SDP)檔案一部份之ptM 通信期通告相位期間，或 •在使用FLUTE協定之PtM下載通信期期間之檔 案遞送表(FDT)時點之一部份。 * 在接收最長—等待_時間一驗證時，接收器將產生在零 與最長_等待—時間一驗證之間均勻分佈之等待—時間_驗 證隨機數目。將此數目添加於T_通信期_結束，表 傳輸通信期結束之時點。 接收器需要傳送DV報告之實際時間丁一驗證係示 T一驗證=T_通信期—結束+等待—時間_驗證 上述關係係總結於第2a圖，顯示DV報告之傳輸之 時間線6。 當目前—時間=T_驗證時’接收器將傳送DV報告。 另一方面，接收器可連同DV報告伺服器傳送多重 DV報告於一 ptp通信期，如本發明第二目的所倡議。 35 1327840 娜，i月f6日修正替換頁 第94129575號專利申請案 丨 」_ 補充、修正後無劃線之說明書修正頁一式三份 進行類比運真以測定時點T_修復，其中可根據τ 通信期_結束及最長—等待—時間一修復而由接收器傳輸一 ptp修復請求。回應之時間線7係示於第2b圖。於是， 如果目前一時間=T-修復，接收器需要傳送一修復請求。 比較第2a圖與第2b圖可知，選擇最長—等待_時間 驗證比最長—等待—時間—修復更大將修復請'求之&輸f 時性優先於DV報告之傳輸。 •本發明第二目的：多重PtM傳輸通信期2DV報告之 組合 σ 各個DV報告分別具有PtP連接(或PtM傳輸通信期） 時。’由於連接達成及卸下（讓與）時在網路資源上有固定 信號傳送之管理費用，因此將無效率。根據本發明之第 二目的，可採用單一 PtP連接以批次方式傳送多重Dv 報告。 一種管理多重DV報告之簡單機制係示於下： 接收器可維持為各PtM傳輸通信期之下列元件之儲 存佇列： • PtM 發射器之 xjRi/ipjia • DV報告伺服器之URI/IP_位址_ URI_驗證 •在MBMS場合之PtM傳輸通信期之識別符，係 諸如為各成功完成MBMS下載通信期之運輸通 信期識別符(TSI)，或MBMS流通信期之獨特識 別符。 ° 資料結構亦以等待中之遞送驗證報告更新具有所有 1327840 一 .- 第9彻575號專利申語金 科0月’句修正替換頁 補充、修正後無劃線之說明書修正頁5三份〜〜 爾傳輸齡狀最小τ_驗狀τ 照第3圖之流程圖說明下列欄方法步驟。 如可將1G0天Γ二中’係將T'空白啟始為較大值’諸 。 預设時間區隔添加於目前時間以取得丁_

接此2:二中’、接收器參與一 PtM傳輸通信期藉以 技貝蚪L。當在步驟32中發現有未成功之 PtM 如由於一組資料包之部份所傳輸之資料包 收’在步驟33係將修復請求傳輸至修 復飼服藉明發該所缺資料包之再傳輸，及該舰通 信期之DV報告係被傳輸至貞㈣觸傳輸通信期之 DV^告之DV報告健-。然後運算將回返步驟3卜 —每當成功完成一新的PtM通信期（步驟32)時，將測 定該通信期之T一驗證，如本發明第一目的所述，然後於 步驟34與T一空白作一比較。根據比較結果將τ空 新如下·· ~ 如果T_驗證<τ_空白 則Τ_空白=丁_驗證 _不管比較結果如何，上述成功完成PtM通信期之列 示元件係被儲存於步驟36之佇列中作為即將傳輸以確 認成功完成PtM通信期之單一 DV報告之内容。 如果在步驟37中已檢查之目前_時間=丁_空白仍然 保持，接收器將連同局部DV報告伺服器達成PtP連接，' 係諸如最易存取之DV報告伺服器（URI一驗證），並將該 37 1327840 月丨叾日修正替換頁 ，94129575號專利申請案 --_----1 補充、修正後無劃線之說明書修正頁一式三份 符列之内容作為單一 DV報告傳輸至該ptp傳輸通信期 内之局部DV報告伺服器，例如以本發明第三目的所述 之格式。於是接收器將騰空該佇列並將τ_空白重設為較 . 大值。上述程序係在步驟38中進行，繼後該運算將回返 至步驟30。如果在步驟37中未保持目前_時間=丁_空 白’運算將回返步驟31。 在本發明之另一實施例中’諸如行動電話之接收器 可能被關機或處於服務範圍以外一段延長時間。於此場 合，每當接收器被開啟時，將檢查是否目前_時間=τ_空 白。若然則應立即達成一 PtP連接及騰空佇列。 在本發明之另一實施例中，該佇列可能因大量未處 理之DV報告而超載。於此場合，即使保持目前_時間=τ_ 空白，接收器可藉傳送報告以決定騰空佇列。 本發明之另一實施例中，有可能二個不同之Dv報 告，服器位址(URI一驗證）已經被儲存於該佇列中，而接 收器係在偏遠位置，其中在佇列中之部份URI一驗證係無 法存取。即使佇列中之所有URI_驗證係可存取，亦無法 有效率地與各DV報告伺服器產生個別PtP連接。因此 接收器可連接至局部DV報告伺服器，諸如最近或最易 存取之DV報告伺服器，並上載DV報告。而局部Dv 報告伺服器可將DV報告導引至相對應之DV報告伺服 器。 •本發明第三目的：内容遞送驗證報告格式 根據本發明之第三目的，接收器將為需要Dv報告 38 1327840 第㈣9575號專利申請案 補充、修正後無刻線之說明書修正頁一式三份 之各個成功PtM通信期傳輸至少下列資訊作為Dv報告 之一部份： • PtM發射器之URI或IP位址 • PtM傳輸通信期之一識別符(例如在凡卩^協定 之内文中之運輸通信期識別符(TSI))， •接收器之獨特識別，及 • DV報告伺服器之URI或ip_位址—URI_驗證 該參數係包括於隨著下列XML方案之延伸標記語 • 言(XML)物件： <xm 版本=”1.〇”編碼=”UTF-8”?> <xs : schema xmlns : xs=http : "www.w3.org/2001/XMLSchema” xmlns · fl=http · //www.example.c〇m/mhms>> elementFormDefault: xs=”合格” targetNamespace : xs=”http : //www.example.com/mbms，，> <xs : element name=”内容-DV-報告“> <xs · complexType> • <xs : sequence〉 <xs : attribute name=’’URI-PtM-發射器‘‘

Type=”xs : anyURT Use=”必需，，/> <xs : attribute name=”運輸-通信期_識別符“ Type=’’xs : positivelnteger”

Use=”必需 7> <xs : attribute name=”獨特-接收器-ID“ 39 1327840 _ 辦叫16⑽正替換頁 第94129575號專利申請案------ 補充、修正後無劃線之說明書修正頁一式三份

Type=”xs : unsignedLong” Use=”必需，，/> <xs : attribute name=”URI-驗證“

Type=’’xs : anyURI”

Use=”必需 ”/> </xs : sequence〉 </xs · complexType> </xs : element〉 </xs : schema> 鲁 於本發明之一實施例中，DV報告亦可具有安裝通 知，藉以提供PtP發射器（例如下載伺服器）連同指示該 組資料包(例如媒體物件）已適當接收及安裝於該接收器 或該安裝作業由於多項因素而無法成功完成，諸如記憶 體不足，裝置異常中斷或用戶取消等。舉例而言，接^ 器可將諸如在開放行動聯盟(OMA)文獻題為：在空氣規 ，版本1.0，21-Feb-2〇03版本，，之第5.2節中所定義之狀 態碼通知添加於DV報告。 鲁 DV報告之選擇性參數係藉將下列字行添加於xml 方案等方式以延伸上述XML方案予以包括： <xs : attribute name=”任何-新-參數“

Type=’’xs : parameterType，，

Use=”選項 ”/> 諸如QoE公制等任何其他參數可選擇性以類似方 40 1327840 _ 卸)月《日修正替換頁 第94129575號專利申請案 --- 補充、修正後無劃線之說明書修正頁一式三份 式包括於XML方案中。 本發明之另一實施例中，包含DV報告之XML物 件可作為超文字傳輸協定(HTTP)POST方法之主體予傳 送。一例子係示如下： POST http ： //www.localserver.com/report HTTP/1.1 内容-類型：應用/xml 内容-長度：489 φ <?xml 版本=”1 ·〇，’編碼=”UTF-8”?> <内容_DV-報告

Xmlns: xsi=”http: "www.w3.org/2001/XMLSchema-instance” Xmlns : fl=http : "www.example.com/mbms，，

Xsi · schemaLocation:=,,http * //www.example.com/mbms-6- 内容-DV-報告.xsd” URI-PtM-傳送器=”http : //www.example.com/menu/ tracklist.html” 運輸-通信期-識別符=”12345” Φ 獨特-接收器-ID=”9726809082” URI-驗證=”http : //www.greatmusic.com/report，， 安裝-狀態-碼=”201” </内容-DV-報告> 對應於多重DV報告之XML物件可採用HTTP中1 之多部份多重互聯網郵件延伸（MIME)結構而組合成單 一報告。如何組合多重DV報告之一實施例係示如下： 41 1327840 广，，— ' :购:玉替額i 第94129575號專利申請案 ： · …-——一 補充、修正後無劃線之說明書修正頁一式三份 POST http · //www.localserver.com/report HTTP/1.1 内容-類型：多部份/混合； 界限=界限_内容_遞送_驗證_報告 --界限_内容_遞送_驗證_報告 内容-類型：應用/xml DV報告-1之XML物件 --界限_内容_遞送_驗證_報告 φ 内容··類型：應用/xml DV報告-2之XML物件 --界限_内容_遞送_驗證_報告 内容-類型：應用/xml DV報告-3之XML物件 --界限_内容_遞送_驗證_報告 内容-類型：應用/xml DV報告-4之XML物件 —界限_内容_遞送_驗證_報告-- •本發明第四目的：PtP修復與DV報告之組合 在本發明之一些實施例中，相同之網路元件可同時 作為PtP修復伺服器及DV報告伺服器。 需要PtP修復之接收器可在介於T_通信期_完成與 42 1327840 鄉1月V日修正替换頁 第94129575號專利申請案 補充、修正後無劃線之說明¥修正頁一式三份 T_通信期—完成+最長一等待—時間—修復之間隨機分佈之 時間啟始修復通信期，參照第2b圖。在修復通信期之終 期’即當接收器已接收到一組資料包之所有資料包時， 它亦可在相同通信期中（參照第3圖之流程圖中之步驟 33)傳送DV報告。此項方法可將附加之ptp通信期存權 以供DV報告用途。DV報告仍然依照本發明第三目的 所指定之格式。

本發明已參照較可取實施例予以說明。須知精於此 藝者當可在不偏離本發明之範圍與精神下作成多種變t 態樣。更詳細而言，本發明不擬受限於MBMS内文之應 用。亦可被運用於在需要傳輸於點對多點傳輸通信期^ 之資料包組之點對點確認及/或點對點修復之所有類型 之系統中。

43 1327840 ιέ〇::'替識！ . 1 ' i 第94129575號專利申請案 ‘———一——一 補充、修正後無劃線之說明書修正頁一式三份 【圖式簡單說明】 第1圖係本發明之系統之一示意圖，其中係進行資 料包之點對多點傳輸，遞送驗證報告之點對點修復通信 期及點對點傳輸； 第2a圖係示意顯示接收器根據本發明之傳輸遞送 驗證報告之時點之測定； 第2b圖係示意顯示接收器根據本發明之傳輸修復 請求之時點之測定；及 第3圖係根據本發明之確認接收資料包集組之其中 一種方法之實施例流程圖。 【主要元件符號說明】 1 系統 2 發射器 3-1..3-3 接收器 4 修復伺服器 5 遞送驗證報告伺服器

44

Claims (1)

1327840 __ 9&年u月Μ日修正本 第94129575號專利申請案 --- 補充、修正後無劃線之說明書修正頁一式三份 十、申請專利範園： 1. 一種接收資訊的方法，包括： 於一個接收器接收傳信給複數接收器之一最長驗證 等待時間，其中至少一個時點(time instant)係至少部分取 決於該最長驗證等待時間，在該時點該接收器被允許傳 輸一遞送驗證報告，確認接收到在點對多點傳輸期間 (transmission session)從一發射器傳輸給該接收器的一 資料包組；及 ^ 於該接收器接收傳送給該複數接收器之最長修復等 待時間，其中至少一個時點係至少部分取決於比起上述 最長驗證等待時間為短之該最長修復等待時間，在該時 點該接收器係被允許傳輸一修復請求，表示需要接收至 少一個修復資料包(repair data object) 〇 2. 如申請專利範圍第1項所述之方法，其中該遞送 驗證報告係在點對點傳輸訊息期間被傳輸至一遞送驗證 % 報告伺服器。 ° 过、3j如申請專利範圍第1項所述之方法，其中該修復 请求係在點對點傳輸訊息期間被傳輸至一修復請求伺服 器。 。、4.如申請專利範圍第丨項所述之方法，其中該接收 器被允許傳輸一遞送驗證報告之該至少一個時點係在零 45 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 與該最長驗證等待時間之間隨機選擇之一值決定，並將 該所選擇之值加到該點對多點傳輸訊息時間完了之時點 中，而該接收器被允許傳輸修復請求之該至少一個時點 $在零與該最長修復等待時間之間隨機選擇之一值決 疋，並將該所選擇之值加到該點對多點傳輸訊息期間完 了之時點中。 5.如申請專利範圍第1項所述之方法，進一步包括： 接收傳信給接收器之遞送通知報告伺服器之識別符及修 復伺服器之識別符，其中該遞送通知報告伺服器係被報 告該遞送驗證報告，而該修復伺服器係被傳送該修復請 求。 6·如申請專利範圍第5項所述之方法，其中等待時 間及該識別符之信號傳送係在該點對多點傳輸期間之通 告時實行。 7. 如申請專利範圍第6項所述之方法，其中該等待 時間與該識別符之信號傳送係依交談描述協定實行。 8. 如申請專利範圍第5項所述之方法，其中該等待 時間與該識別符之信號傳送係在該資料包組傳輸至該接 收器時實行。 1327840 第94129575號專利申請案 補充、修正後無刻線之說“修正頁一式三份 9.如申請專利範圍第5項所述之方法，其中該資料 包組係至少部分的由檔案單向運輸協定所控制，而該時 間與該識職之信輯輸係藉該蚊之財遞送表實 行0 。10.如申請專利範圍第！項所述之方法，其中該接收 器係用以只傳輸—個遞送驗證報告，而該驗證報告係確 認接收到在各個點對多點傳輸期間由—或多個發射 送之至少二組資料包。 11.如申請專利範圍第2項所述之方法，其中該遞送 驗證報告至少含有該組資料包之—個該發射器之識別 付，一個該遞送驗證報告伺服器之識別符，一個該點 多點傳輸期，識別符，及—個傳輸該遞送驗證報^之接 收器之識別符。 12.如申請專利範圍第u項所述之方法， 送驗證報告另外包括與該所傳輸之資料包^= 收器有關之絲通仏 謂在該接 ’其中該識 13.如申請專利範圍第u項所述之方法 別符係包含於一延伸標示語言物件中。 14·如申請專利範圍帛13項所述之方法，其中該延 47 1327840 第94129575號專利申請“ 補充、修正後無刻線之“明^修正頁一式三份 伸標示語言物件係包含於—超文字傳輸協定物件中。 15.如申請專利範圍第1〇項所述之方法，豆 ΪΪ:報=確認接收，各該至少二組資料包:- 關之識別符，與各確認資料包組„之遞送 ，器，別符，與各輕資料包組㈣之點對多

二之及傳輸該一遞送驗證報告之接收器之識別 付’，、中各該組識別符係包含於延伸標示語言物件 =該，伸標示語言物件係包含於超文字傳輸贱物件之 多部多目標網際網路郵件延伸結構中。 16.—種由一發射器及一接收器構成之系統； 其中該發射器具有： 用以將一最長的驗證等待時間傳信至複數之接收器 之裝置；及

用以將比上述最長驗證等待時間短之一最長修 待時間傳信至該等接收器之裝置； 〆 及其中該接收器具有： 用之3該最長驗證特時間及該最長修復等待時間所 在點對多點傳輸期間將一遞送驗證報告傳送，以 認接收到從一發射器傳輸給該接收器之一資' 裝置，其中至少-個時點絲少部分取決於^長驗= 48 1327840 第94129575號專利申請案 補充、修正後無對線之說明修正頁一式三份 等待時間’且在該__送驗 將-修復請求傳送，以表示雲奋允許傳輸，·及 資料包所用之裝置，並中至少侗#接收至少一個修復 最長修復等待時間，係至少取決於該 該修復請求。 "d魏n係被允許傳輪 17.—種傳送訊息之裝置，包括. •置，給複數之接收器所用之裝 證等待時間，且在該時點該二該T傳信的最長驗 點„傳，期間將一遞送驗證報告G 到從-發射器傳輸給該接收器之一資料包組 之』最ϊίϊ等待時間傳信給該等複數之接收器所用 =二?Γ此最長修復等待時間比該最長驗 1待時間短，且在上述時闕接收器之至少一個 _，傳輸-個修復請求’表示需要接收至少—個修復資料 18·如申請專利範圍第17項所述之裝置，其中該接 收器被允許傳輸一遞送驗證報告之該至少一個時點係 零與該最長驗證等待賴之間襲選擇之—值決定'，、並 將該所選擇之值加到該點對多點傳輸訊息時間完了之時 點中’而該魏H被允許傳輸修復請求之該至少一個時 49 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 點係在零與該最長修復等待_之間隨機選擇之一值決 定，並將該所選擇之值加到該點對多點傳輸訊息期間完 了之時點中。 .19.如申清專利範圍第17項所述之裝置，進一步包 給，接收器傳信遞送通知報告飼服器之識別符及修 之識別符’其中該遞送通知報告祠服器係被報 :“、送驗證報告’而該修復伺服器係被傳送該修復請 往性如中料利範®第19項所述之裝置’其中該等 之、g 1^ΐ識別符之信號傳送係在該點對多點傳輸期間 之通告時實行。 待味2ρ;.二1二#專，範圍第20項所述之裝置，其中該^ a 一^5、別符之信號傳送係依交談描述協定實行

待時利範圍第19項所述之裝置，其中㈤ 接收^時ΪΪ:付之信號傳送係在該資料包組傳輸至1 料包申^專利範圍第19項所述之褒置，其中該資 時間二=的由檔案單向運輸協定所控制，而該 /、該識别符之信號傳輸係藉該協定之檔案遞送表實 50 1327840 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 行。 24. —種電腦程式產品，包括： 程式碼，用以使發射器將最長驗證等待時間傳信至 複數之接收器，其中至少一個時點係至少部分取決於該 最長驗證等待時間，在該時點該接收器被允許傳輸一遞 送驗證報告，確認接收到在點對多點傳輸期間從一發射 器傳輸給該接收器的一資料包組；及 程式瑪，用以使該發射器將最長修復等待時間傳信 至該等接收器，其中至少一個時點係至少部分取決於比 起上述最長驗證等待時間為短之該最長修復等待時間， 在該時點該接收器係被允許傳輸一修復請求，表示需要 接收至少一個修復資料包；及 該電腦程式產品係被儲存於電腦可讀取媒體中。 25. —種接收資訊的裝置，包括： 在接收器安排一手段，用以接收傳信給複數之接收 器之最長驗證等待時間，其中至少一個時點係至少部分 取決於該最長驗證等待時間，在該時點該接收器被允許 ，輸一遞送驗證報告，確認接收到在點對多點傳輸期間 從一發射器傳輸給該接收器的一資料包組；及 在該接收器安排一手段，用以接收最長修復等待時 間，其中至少一個時點係至少部分取決於比起上述最長 驗證等待時間為短之該最長修復等待時間，在該時點該 51 1327840 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 接收器係被允許傳輸—修復财 個修復資料包。 取丁而要接收至>一 26. 如申請專利範圍第25項所述之裝置 ==點傳輪期間傳送該遞送驗證報告SI 27. 如申請專利範圍第25項所述之裝置，盆 在點對點__傳送歸復請求至修復· 28. f申請專利範圍第25項所述之裝置，其中允 运驗證報告之該至少一時點係從零及“ 間之間隨機選擇一值決定，並將該選擇 之值加於該崎多轉輸期_束之 從零及該最長 nPic機選擇一值決疋，並將該選擇之值 加於該點對多點傳輸期間結束之時點。 29. 如申請專利範圍第25項所述之裝置，該裝置進 步用乂接收傳心給該等接收器之傳輸通知极告飼服器 識另”f及修復飼服器的識別符，其*該遞送通知報告飼 服器，被報告該遞送驗證報告，而該修復㈤服器係被傳 送該修復請求。 52 1327840 第94129575號專利申請案 補充、修正後無釗線之說明書修正頁一式三份 30. 如申請專利範圍第29項所述之裝置，其中等待 時間及該識別符之信號傳送係在該點對多點傳輸期間之 通告時實行。 31. 如申請專利範圍第3〇項所述之裝置，其中該等 待時間與該識別符之信號傳送係依交談描述協定實行。 32. 如申請專利範圍第29項所述之裝置，其中該等 待時間與該識別符之信號傳送係在該資料包組傳輸至該 接收器時實行。 33. 如申請專利範圍第29項所述之裝置’其中該資 料包組係至少部分的由檔案單向運輸協定所控制，而該 時間與該識別符之信號傳輸係藉該協定之檔案遞送表實 行0 34. 如申睛專利範圍第25項所述之裝置，其中該接 收器係用以只傳輸一個遞送驗證報告，而該驗證報告係 確認接收到在各個點對多點傳輸期間由一或多個發射器 傳送之至少二組資料包。 ,35.如申請專利範圍第26項所述之裝置，其中該遞 送驗證報告至少含有該組資料包之—個該發射器之識別 53 1327840 ，94129575號專利申請案 補充、修正後無劃線之說明¥修正頁一式三份 符，一個該遞送驗證報告伺服器之識別符，一個該點對 多點傳輸期之識別符，及一個傳輸該遞送驗證報止之接 收器之識別符。 口 、、，36·如申請專利範圍第35項所述之裝置，其中該遞 送驗證報告另外包括與該所傳輸之資料包組安I在該接 收器有關之安裝通知。

37. 如申請專利範圍第35項所述之裝置，其中該識 別符係包含於一延伸標示語言物件中。 38. 如申睛專利範圍第37項 伸標示語言物件係包含於-超文字傳輸中 、…39.如申請專利範圍第34項所述之裝置，其中該一 遞达驗^報告具有相接收之各該至少二組資料包之一

二其中各該組識別符具有與各確認資料包組有 服H與各確認f料包組有關之遞送驗證報告祠 與各確認資料包組有關之點對多點傳輸 ^ §彳，及傳輸該一遞送驗證報告之接收器之識別 該組識別符係包含於延伸標示語言物件中， 語言物件係包含於超文字傳輸協定物件之 夕邛夕目軚網際網路郵件延伸結構中。 54 1327840 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 40.—種傳信資訊的方法，包括： 將最長驗證等待相傳信給複數之接㈣，盆中至 少-個時點係至少取決於該被傳信的最長驗證^時 間’且在該時點該接收H之至少—個被允許在點對多點 傳輸期間將-遞賴魏告料，以確難㈣從一發 射器傳輸給該接收之一資料包組.及 將最長修復等待時間傳信給該等複數之接收器，其 :至少-個時點係至少部分取決於該被傳信的最長修復 等待時間’此最紐復等待時間比該最長驗證等待時間 ί=上述時點該接收器之至少一個被允許傳輸-個 修復知求’表示需要接收至少—個修復資料包。 礼如申請專利翻第4〇項所述之方法，其中該接 =被，許傳輸-遞送驗證報告之該至少—個時點係在 零與該取長驗證等待_之間_選擇之—值決定，並 將該所選擇之值加到該點對多點傳輸訊息時間完了之時 點中，而該減H被允許傳輸修復請求之該至少一 該最長修復等待時間之間隨機選擇之一值決 X =所選擇之值加到該點對多點傳輸訊息期間完 42.如申請專利範圍第40項所述之方法，進一步包 Ϊ =接：器傳信遞送通知報告词服器之識別符及修 伽服器錢職，其巾該遞送私報告舰器係被報 55 1327840 第94129575號專利申請案 補充、修正後無劃線之說修正頁一式三份 告該遞送驗證報告，而該修復伺服器係被傳送該修復請 求0 43.如申請專利範圍第42項所述之方法，其中等待 時間及該識別#之信號傳送係在該點對多點冑輸期間之 通告時實行。 44. 如申請專利範圍第43項所述之方法，其中該等 待時間與該識別符之信號傳送係依交談描述協定實行。 45. 如申請專利範圍第42項所述之方法，其中該等 待時間與該朗符之信麟送係在該資料包組傳輸至該 接收器時實行。 46.如申請專利範圍第42項所述之方法，其中該資 料包組係至少部分的由㈣單向運輸蚊所控制 ，而該 時間與該識職之信麟難藉該協定之㈣遞送表實 行。 47.—種電腦程式產品，包括： 程式碼，用以使-接收器接收傳信至複數接收器之 -最長驗證等待時間’其中至少—辦點係至少部分取 決於長紐特時間，在該時點雜㈣被允許傳 輸-，送驗證報告’確認接收到在點對多點傳輸期間從 56 1327840 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 一發射器傳輸給該接收器的一資料包組；及 程式碼’用以使該接收器接收傳信至該等接收器之 一最長修復等待時間，其中至少一個時點係至少部分取 決於比起上述最長驗證等待時間為短之該最長修復等待 時間，在該時點該接收器係被允許傳輸一修復請求，表 示需要接收至少一個修復資料包； 該電細程式產品係被儲存於電腦可讀取媒體中。

57 1327840 汾年q月/έ日修正替換頁 第94129575號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 七、指定代表圖： (一） 本案指定代表圖為：第（1 )圖。 (二) 本代表圖之元件符號簡單說明： 1 系統 2 發射器 3-1..3-3 接收器 4 修復伺服器 5 遞送驗證報告伺服器 八、本案若有化學式時，請揭示最能顯示發明特徵的化學式：