專利名稱：用于在通信系統(tǒng)中將軟件升級通知傳遞給裝置的方法
技術(shù)領(lǐng)域：
以下描述大體上涉及無線通信，且更特定來說，涉及促進在無線通信環(huán)境中用于使 用單播和多播網(wǎng)絡(luò)的裝置的軟件升級通知。
無線通信系統(tǒng)已成為世界上大多數(shù)人用以進行通信的普遍手段。無線通信裝置已變 得更小且更強大，以便迎合消費者的需要并改進便攜性和便利性。例如蜂窩式電話的移 動裝置中的處理能力的增加已導致對無線網(wǎng)絡(luò)傳輸系統(tǒng)的需求增加。此類系統(tǒng)通常不如 經(jīng)由這些系統(tǒng)進行通信的蜂窩式裝置那樣容易更新。隨著移動裝置的能力擴大，可能難 以以促進全面開發(fā)新的且改進的無線裝置的能力的方式來維持較舊的無線網(wǎng)絡(luò)系統(tǒng)。
典型的無線通信網(wǎng)絡(luò)(例如，使用頻分、時分和碼分技術(shù))包含提供覆蓋區(qū)域的一 個或一個以上基站和可在所述覆蓋區(qū)域內(nèi)傳輸和接收數(shù)據(jù)的一個或一個以上移動(例如， 無線)終端。典型的基站可同時傳輸用于廣播、多播和/或單播服務(wù)的多個數(shù)據(jù)流，其中 數(shù)據(jù)流是移動終端可具有獨立接收興趣的數(shù)據(jù)流。所述基站的覆蓋區(qū)域內(nèi)的移動終端可 能有興趣接收由復合流載運的一個、 一個以上或所有數(shù)據(jù)流。同樣，移動終端可將數(shù)據(jù) 傳輸?shù)剿龌净蛄硪灰苿咏K端。由于信道變化和/或干擾功率變化的原因，基站與移動 終端之間或若干移動終端之間的此類通信可能降級。
例如，可在啟動軟件應(yīng)用程序時或通過用戶起始在有線通信環(huán)境中執(zhí)行軟件升級檢 査，例如當應(yīng)用程序建立與指定服務(wù)器的單播連接且檢查是否存在任何可用的軟件升級 時。然而，當今的移動裝置能夠經(jīng)由無線網(wǎng)絡(luò)下載軟件，使得它們無需硬連線到系統(tǒng)以 獲得軟件升級通知。因此，此項技術(shù)中需要一種用于改進此類無線網(wǎng)絡(luò)系統(tǒng)中的處理量
的系統(tǒng)和/或方法。

發(fā)明內(nèi)容
以下展現(xiàn)一個或一個以上實施例的簡化概要以提供對這些實施例的基本理解。此概 要不是所有所涵蓋的實施例的詳盡綜述，且不期望識別所有實施例的關(guān)鍵或重要元件， 也不期望描繪任何或所有實施例的范圍。其唯一目的是以簡化的形式展現(xiàn)一個或一個以 上實施例的某些概念，以作為對稍后展現(xiàn)的更詳細的描述的序言。
本文展現(xiàn)的各方面涉及為利用多播(廣播)和單播網(wǎng)絡(luò)的裝置中的應(yīng)用禾呈序提供軟 件升級通知。這兩種類型的網(wǎng)絡(luò)(多播和單播)可為有線或無線的。此類應(yīng)用程序的一 實例是僅前向鏈路(FLO)系統(tǒng)，其具有兩種類型的網(wǎng)絡(luò)可用(1)作為多播(廣播) 網(wǎng)絡(luò)的FLO和(2)作為單播網(wǎng)絡(luò)的CDMAlxEV-DO。通常，不經(jīng)常發(fā)生軟^牛升級；然 而，裝置仍然需要保持最新的軟件升級，因為軟件可能出于重要原因(例如，特征增強、 缺陷修復、安全缺口等)而進行升級。本文展現(xiàn)的各方面可應(yīng)用于對無線網(wǎng)絡(luò)中的裝置 的任何類型的頻繁、不頻繁和/或重要的信息傳遞。各個方面促進使消耗的資源和服務(wù)器 負載最小化，將軟件升級通知快速傳遞給裝置，每當裝置連接到網(wǎng)絡(luò)時，此類裝置可由 于軟件升級通知而為最新的。
根據(jù)一方面， 一種在無線通信環(huán)境中提供軟件升級通知的方法可包括A^服務(wù)器接 收軟件版本信息；執(zhí)行檢驗協(xié)議以確定軟件升級是否可用于用戶裝置；和執(zhí)纟亍接入?yún)f(xié)議 以接收軟件升級通知。所述方法可另外包括經(jīng)由多播信道傳輸軟件升級通知。所述檢驗 協(xié)議可以是經(jīng)由服務(wù)器與至少一個用戶裝置之間的多播連接而執(zhí)行的"推送"檢驗協(xié)議， 其可包括經(jīng)由多播數(shù)據(jù)信道接收軟件版本信息；和評估與所述版本信息一起接收到的 軟件ID是否對應(yīng)于用戶裝置，以確定所接收的軟件版本信息是否與用戶裝置相關(guān)。檢驗 協(xié)議也可以是"拉取"檢驗協(xié)議，其包括在用戶裝置之間產(chǎn)生點對點連接；從服務(wù)器 處請求軟件升級信息；接收包括所述軟件版本信息的服務(wù)器響應(yīng)；和如果服務(wù)器響應(yīng)中 的版本號大于與存儲在用戶裝置上的軟件相關(guān)聯(lián)的版本號，那么接收軟件升級通知。所 述方法可進一步包括使用基于令牌的接入?yún)f(xié)議；和確定客戶端令牌在用戶裝置中是否 有效；執(zhí)行拉取檢驗協(xié)議；產(chǎn)生客戶端令牌；和如果所述客戶端值無效，那么將所述客 戶端令牌值設(shè)定為等于服務(wù)器令牌值；和如果客戶端令牌有效，那么確定客戶端令牌值 是否大于或等于服務(wù)器令牌值(模數(shù)n)。另外，所述方法可包括如果客戶端令牌值不大 于或等于服務(wù)器令牌值(模數(shù)n)，那么確定客戶端令牌值是否在服務(wù)器令牌值減去m(模 數(shù)n)(其中服務(wù)器傳輸與m (正整數(shù))最近的服務(wù)器令牌值相關(guān)聯(lián)的軟件升級通知)與
服務(wù)器令牌值-1 (模數(shù)n)之間，其中n為最大令牌值。所述方法可額外包括如果所述 客戶端令牌值在所述服務(wù)器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之 間，那么執(zhí)行推送檢驗協(xié)議，并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值；和 如果所述客戶端令牌值不在所述服務(wù)器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，那么執(zhí)行拉取檢驗協(xié)議，并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器 令牌值。
根據(jù)另一方面， 一種促進在無線通信環(huán)境中將軟件升級通知提供給經(jīng)由多播和單播 連接進行通信的用戶裝置的設(shè)備可包括接收器，其接收軟件版本信息；和處理器，其 執(zhí)行檢驗協(xié)議和接入?yún)f(xié)議以獲得軟件升級通知。所述處理器可執(zhí)行如上文相對于所述方 法而描述的推送和拉取檢驗協(xié)議中的任一者或兩者。舉例來說，所述處理器可確定客戶 端令牌在用戶裝置中是否有效，可將所述客戶端令牌值與服務(wù)器令牌值進行比較等，以 確定利用何種檢驗協(xié)議。另外，可使用推送檢驗協(xié)議持續(xù)預定時間周期，隨后使用拉取 檢驗協(xié)議來執(zhí)行軟件升級通知。
根據(jù)另一方面， 一種無線通信設(shè)備可包括用于經(jīng)由多播和單播連接從服務(wù)器接收 軟件版本信息的裝置；用于執(zhí)行檢驗協(xié)議以確定軟件升級是否可用于用戶裝置的裝置；
和用于執(zhí)行接入?yún)f(xié)議以接收軟件升級通知的裝置。所述設(shè)備可進一步包括用于使用基 于令牌的接入?yún)f(xié)議并確定客戶端令牌在用戶裝置中是否有效的裝置；用于執(zhí)行單播檢驗 協(xié)議的裝置；和用于產(chǎn)生客戶端令牌的裝置；和用于如果客戶端值無效，那么將客戶端 令牌值設(shè)定為等于服務(wù)器令牌值的裝置。所述設(shè)備仍可進一步包括用于如果客戶端令 牌有效，那么確定客戶端令牌值是否大于或等于服務(wù)器令牌值(模數(shù)tl)的裝置；用于 如果客戶端令牌值不大于或等于服務(wù)器令牌值(模數(shù)n)，那么確定客戶端令牌值是否在 服務(wù)器令牌值減去m (模數(shù)n)(其中服務(wù)器傳輸與m (正整數(shù))最近的服務(wù)器令牌值相 關(guān)聯(lián)的軟件升級通知)與服務(wù)器令牌值-1 (模數(shù)n)之間的裝置，其中n為最大令牌值； 用于如果所述客戶端令牌值在所述服務(wù)器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，那么執(zhí)行多播檢驗協(xié)議的裝置，和用于將所述客戶端令牌值設(shè)定為等于 所述服務(wù)器令牌值的裝置；和如果所述客戶端令牌值不在所述服務(wù)器令牌值減去m (模 數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，那么執(zhí)行單播檢驗協(xié)議的裝置，和將所述 客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值的裝置。另外，所述設(shè)備可包括用于通過使 用用于執(zhí)行多播檢驗協(xié)議持續(xù)預定時間周期的裝置，隨后使用用于執(zhí)行單播檢驗協(xié)議的 裝置來提供軟件升級通知的裝置。
又一方面涉及一種具有計算機程序的計算機可讀媒體，所述計算機程序包括計算機 可執(zhí)行指令，其用于從服務(wù)器接收包括軟件版本信息的額外開銷消息；執(zhí)行檢驗協(xié)議以 確定軟件升級是否可用于用戶裝置；和執(zhí)行接入?yún)f(xié)議以接收軟件升級通知。所述檢驗協(xié) 議可以是多播檢驗協(xié)議和/或單播檢驗協(xié)議。所述計算機可讀媒體可進一步具有用于確定 執(zhí)行何種檢驗協(xié)議的指令，包含用于分析客戶端令牌值并將所述客戶端令牌值與服務(wù)器 令牌值進行比較的指令。
另一方面涉及一種執(zhí)行用于增加無線通信環(huán)境中的處理量的指令的處理器，所述指 令包括從服務(wù)器接收具有軟件版本信息的額外開銷消息；執(zhí)行檢驗協(xié)議以確定軟件升 級是否可用于用戶裝置；和執(zhí)行接入?yún)f(xié)議以接收軟件升級通知。所述檢驗協(xié)議可以是多 播檢驗協(xié)議和單播檢驗協(xié)議中的任一者或兩者，如由關(guān)于客戶端令牌值和服務(wù)器令牌值 的一系列確定所確定。另外，可使用多播協(xié)議持續(xù)預定時間周期(其后用戶裝置可起始 單播協(xié)議以獲得升級通知信息)而將軟件升級通知提供給用戶裝置。
為了實現(xiàn)前述和相關(guān)目的，所述一個或一個以上實施例包括下文全面描述且在權(quán)利 要求書中特定指出的特征。以下描述和附圖詳細陳述一個或一個以上實施例的某些說明 性方面。然而，這些方面僅指示可使用各種實施例的原理的各種方式中的一些方式，且 所描述的實施例期望包含所有此類方面及其等效物。


圖1說明根據(jù)本文展現(xiàn)的各個方面的無線網(wǎng)絡(luò)通信系統(tǒng)。
圖2是根據(jù)一個或一個以上方面用于在無線通信環(huán)境中執(zhí)行"推送"檢驗協(xié)議以確 定軟件升級是否可用于用戶裝置的方法的說明。
圖3是根據(jù)一個或一個以上方面用于在無線通信環(huán)境中執(zhí)行"拉取"檢驗協(xié)議以確 定軟件升級是否可用于用戶裝置的方法的說明。
圖4是根據(jù)一個或一個以上方面促進準許用戶裝置接收軟件升級通知的方法的說明。
圖5說明根據(jù)各個方面促進與推送檢驗方法和拉取檢驗協(xié)議中的每一者組合而執(zhí)行 令牌接入?yún)f(xié)議的方法。
圖6是根據(jù)多種方面其中可執(zhí)行一個或一個以上檢驗協(xié)議的軟件升級通知情形的說明。
圖7是一系統(tǒng)的說明，其是推送方法、拉取方法和具有令牌接入的混合檢驗方法的 概念性總覽。
圖8是可結(jié)合本文所描述的各種系統(tǒng)和方法而使用的無線網(wǎng)絡(luò)環(huán)境的說明。 圖9說明根據(jù)各個方面包括經(jīng)操作以產(chǎn)生多媒體內(nèi)容流并在數(shù)據(jù)網(wǎng)絡(luò)上運輸多媒體 內(nèi)容流的運輸系統(tǒng)的通信網(wǎng)絡(luò)。
圖io說明適合用于內(nèi)容傳遞系統(tǒng)中的內(nèi)容提供商服務(wù)器的各個方面。
圖11說明根據(jù)一個或一個以上方面適合用于內(nèi)容傳遞系統(tǒng)中的服務(wù)器或裝置。
圖12是根據(jù)各個方面促進在無線通信環(huán)境中執(zhí)行檢驗協(xié)議和接入?yún)f(xié)議的設(shè)備的說明。
具體實施例方式
現(xiàn)參看圖式描述各個實施例，所有圖式中相同的參考標號用于指代相同的元件。在 以下描述中，出于闡釋的目的，陳述許多特定細節(jié)以便提供對一個或一個以上實施例的 徹底理解。然而，顯然可在不具有這些特定細節(jié)的情況下實踐所述實施例。在其它例子 中，以框圖形式展示眾所周知的結(jié)構(gòu)和裝置以便促進描述一個或一個以上實施例。
如本申請案中所使用，術(shù)語"組件"、"系統(tǒng)"和類似物期望指代計算機相關(guān)實體，
其為硬件、軟件、執(zhí)行中的軟件、固件、中間件、微碼和/或其任何組合。舉例來說，組 件可以是(但不限于)在處理器上運行的過程、處理器、對象、可執(zhí)行對象、執(zhí)行線程、 程序和/或計算機。 一個或一個以上組件可駐留在過程和/或執(zhí)行線程內(nèi)，且組件可位于一 個計算機上和/或分布在兩個或兩個以上計算機之間。而且，這些組件可從其上存儲有各
種數(shù)據(jù)結(jié)構(gòu)的各種計算機可讀媒體執(zhí)行。組件可借助本地和/或遠程過程進行通信，例如 根據(jù)具有一個或一個以上數(shù)據(jù)包的信號(例如，來自與本地系統(tǒng)、分布式系統(tǒng)中的另一
組件和/或在例如因特網(wǎng)的網(wǎng)絡(luò)上借助所述信號與其它系統(tǒng)交互的一個組件的數(shù)據(jù))。另 外，本文所描述的系統(tǒng)組件可重新布置和/或由額外的組件補充，以便促進實現(xiàn)相對于其 而描述的各個方面、目標、優(yōu)點等，且不限于給定圖中所陳述的精確配置，如所屬領(lǐng)域 的技術(shù)人員將了解的。
此外，本文結(jié)合訂戶站而描述各個實施例。訂戶站還可稱為系統(tǒng)、訂戶單元、移動 臺、移動裝置、遠程站、接入點、遠程終端、接入終端、用戶終端、用戶代理、用戶裝 置或用戶裝備。訂戶站可為蜂窩式電話、無繩電話、會話起始協(xié)議(SIP)電話、無線本 地環(huán)路(WLL)站、個人數(shù)字助理(PDA)、具有無線連接能力的手提式裝置，或連接到 無線調(diào)制解調(diào)器的其它處理裝置。
另外，可使用標準編程和/或工程技術(shù)將本文所描述的各個方面或特征實施為方法、 設(shè)備或制品。如本文所使用的術(shù)語"制品"期望涵蓋可從任何計算機可讀裝置、載體或
媒體存取的計算機程序。舉例來說，計算機可讀媒體可包含(但不限于)磁性存儲裝置 (例如，硬盤、軟盤、磁帶……)、光盤(例如，緊致盤(CD)、數(shù)字多功能盤(DVD)……)、 智能卡和快閃存儲器裝置(例如，卡、棒、保密磁盤(key drive))。另外，本文所描述 的各種存儲媒體可表示用于存儲信息的一個或一個以上裝置和/或其它機器可讀媒體。術(shù) 語"機器可讀媒體"可包含(但不限于)無線信道和能夠存儲、含有和/或載運指令和/ 或數(shù)據(jù)的各種其它媒體。
現(xiàn)參看圖1，根據(jù)本文所展現(xiàn)的各個實施例說明無線網(wǎng)絡(luò)通信系統(tǒng)100。系統(tǒng)100可 包括在一個或一個以上扇區(qū)中的一個或一個以上基站102，其接收、傳輸、重復(等) 到達彼此和/或到達一個或一個以上移動裝置104的無線通信信號。每一基站102可包括 傳輸器鏈和接收器鏈，其每一者又可包括與信號傳輸和接收相關(guān)聯(lián)的多個組件(例如， 處理器、調(diào)制器、多路復用器、解調(diào)器、解多路復用器、天線等)，如所屬領(lǐng)域的技術(shù)人 員將了解。移動裝置104可為(例如)蜂窩式電話、智能電話、膝上型計算機、手提式 通信裝置、手提式計算裝置、衛(wèi)星無線電設(shè)備、全球定位系統(tǒng)、PDA和/或用于經(jīng)由無線 網(wǎng)絡(luò)IOO進行通信的任何其它合適的裝置。可結(jié)合本文所描述的各個方面使用系統(tǒng)100， 以便促進在無線通信環(huán)境中向用戶裝置通知軟件升級，如相對于隨后的圖所陳述。
根據(jù)本文展現(xiàn)的各個方面，以下實例涉及其中大量用戶裝置使用軟件升級通知應(yīng)用 程序且希望用于大量軟件類別的更新通知的情形。假設(shè)軟件版本包括兩個組件，X和Y， 使得將軟件的類別描述為SOFTWARE_ID(X),且(Y)界定軟件的序列號?？赡艽嬖诙喾N 類別的應(yīng)用程序軟件，其取決于不同的操作系統(tǒng)(OS)類型、不同的網(wǎng)絡(luò)提供商和不同 的裝置類型。因此，X可包括任何層級層級，例如，X=a.b.c，其中"a"是OS—typeID， "b"是網(wǎng)絡(luò)提供商ID,且"c"是裝置類型ID。每當有新的軟件可用于給定SOFTWARE—ID 時，遞增序列號(Y)(例如，"版本3、版本5.2等)。
對于軟件升級通知，從裝置角度可考慮兩個設(shè)計因素，即(1)獲得信息的方式， 和(2)獲得信息的時間。獲得升級信息的方式涉及執(zhí)行"檢驗"協(xié)議，且其時序涉及執(zhí) 行接入?yún)f(xié)議。如本文所描述， 一個或一個以上檢驗協(xié)議可與多個接入?yún)f(xié)議中的任一者組 合。以此方式，本文展現(xiàn)的系統(tǒng)和方法可通過減少對長期消耗帶寬的軟件升級廣播的需 要來節(jié)省網(wǎng)絡(luò)資源，同時仍促進在網(wǎng)絡(luò)上將軟件升級提供給用戶裝置。
參看圖2-5，說明與向用戶裝置通知軟件升級相關(guān)的方法?？稍贔DMA環(huán)境、OFDMA 環(huán)境、CDMA環(huán)境、WCDMA環(huán)境、TDMA環(huán)境、SDMA環(huán)境或任何其它合適的無線環(huán) 境中執(zhí)行本文所描述的方法。雖然出于闡釋簡明性的目的，所述方法展示和描述為一系
列動作，但應(yīng)了解并理解，所述方法不受動作的次序限制，因為根據(jù)一個或一個以上實 施例，某些動作可以不同的次序和/或與除本文所展示和描述的動作之外的其它動作同時 發(fā)生。舉例來說，所屬領(lǐng)域的技術(shù)人員將了解并理解，方法可替代地表示為一系列相關(guān) 狀態(tài)或事件，例如以狀態(tài)圖的形式。另外，根據(jù)一個或一個以上方面，可能并不需要所 有所說明的動作來實施方法。
圖2是根據(jù)一個或一個以上方面用于在無線通信環(huán)境中執(zhí)行"推送"檢驗協(xié)議以確 定軟件升級是否可用于用戶裝置的方法200的說明。如本文所使用，"升級"和"更新" 期望是同義的并可互換的術(shù)語，其表示比目前駐留在用戶裝置上的新的一件特定軟件的 版本。"推送"期望描述"一對多"或多播廣播系統(tǒng)。因此，推送機制利用廣播(多播) 網(wǎng)絡(luò)，其中信息從服務(wù)器被推送到多個裝置。在"拉取"機制(例如，如下文相對于圖 3而詳細描述)中，裝置個別地起始與服務(wù)器的點對點通信，且服務(wù)器使用單播網(wǎng)絡(luò)而 對其作出響應(yīng)(例如，裝置從服務(wù)器"拉取"信息)。
根據(jù)方法200，在202處，用戶裝置可經(jīng)由專用多播數(shù)據(jù)信道從服務(wù)器接收軟件版 本信息。服務(wù)器可在數(shù)據(jù)信道上連續(xù)傳輸用于全部軟件類別的軟件版本的最近序列號。 根據(jù)各個方面，SOFTWARE—ID可用于描繪序列和/或版本信息的范圍。舉例來說， SOFTWARE—ID可用作消息的"地址"，且裝置僅接收"定址到"其特定SOFTWAREJD 的消息。因此，在204處，具有特定SOFTWARE—ID的裝置調(diào)諧到數(shù)據(jù)信道中，并評估 其上的信號，直到其找到對應(yīng)于其SOFTWAREJD的最新的序列號為止。在206處，作 出關(guān)于數(shù)據(jù)信道中所廣告的最新的序列號是否大于裝置的當前軟件序列號的確定。如果 是，那么接著應(yīng)將軟件升級通知傳遞到用戶裝置。在208處，用戶裝置可繼續(xù)執(zhí)行接入 協(xié)議以獲得軟件升級。
圖3是根據(jù)一個或一個以上方面在無線通信環(huán)境中執(zhí)行"拉取"檢驗協(xié)議以確定軟 件升級是否可用于用戶裝置的方法300的說明。拉取檢驗協(xié)議包括服務(wù)器與用戶裝置之 間的點對點通信。在302處，所述裝置可個別地產(chǎn)生與服務(wù)器的點對點(單播)連接。 在304處，所述裝置可發(fā)送對于軟件升級信息的請求消息，以從服務(wù)器"拉取"所述信 息。請求消息可含有裝置的SOFTWARE—ID和指示裝置上的最近的軟件版本的序列號。 在306處，所述裝置可從服務(wù)器接收響應(yīng)消息。根據(jù)一個方面，所述響應(yīng)消息可包括與 針對由裝置在304處提供的SOFTWARE—ID的特定軟件應(yīng)用程序相關(guān)聯(lián)的最新的序列 號。在這種情況下，所述裝置可確定其是否需要軟件升級(例如，通過確定在響應(yīng)消息 中接收到的序列號是否大于裝置的當前軟件的序列號)。根據(jù)另一方面，服務(wù)器可確定最
新的軟件序列號是否大于裝置的所指示的序列號，且可在306處的響應(yīng)消息中發(fā)送軟件 升級通知(例如，"有必要升級"或"無必要升級"等)。在任一情況下，在308處，所 述裝置可接收升級通知。
方法200和300可與多個接入方法中的任一者組合。舉例來說，可使用周期性接入 方法，其中裝置周期性地檢査軟件升級是否可用。對于每一軟件類別，將關(guān)聯(lián)有一檢驗 周期(例如，l天、5天、7天、30天等)，其可針對不同的軟件類別而不同。根據(jù)另一 接入方法，裝置可在每次啟動應(yīng)用程序時檢查升級。根據(jù)又一方面，可準許用戶起始軟 件檢驗。另一方面涉及基于事務(wù)的接入?yún)f(xié)議，借此裝置在裝置與服務(wù)器之間發(fā)生事務(wù)時 執(zhí)行檢驗協(xié)議。另一方面涉及"令牌"接入方法，其使用稱為"額外開銷"信道的專用 多播信道，以傳達最新系統(tǒng)狀態(tài)信息，如下文在圖4處更詳細地描述。
圖4是根據(jù)一個或一個以上方面促進準許用戶裝置接收軟件升級通知的方法400的 說明。方法400是基于令牌的方法，其中將客戶端令牌值與服務(wù)器令牌值進行比較，在 多播信道中周期性地廣告所述服務(wù)器令牌值。在402處，裝置可調(diào)諧到服務(wù)器連續(xù)傳輸 額外開銷信息(其可包含最新的軟件版本或序列號、裝置ID信息等)所經(jīng)由的額外開銷 信道中，且接收額外開銷消息。裝置可周期性地調(diào)諧到額外開銷信道中。與其它數(shù)據(jù)信 道形成對比，額外開銷信道含有較少量的(但重要的)用于應(yīng)用程序的操作的信息。因 此，從裝置的角度來看，用戶裝置用于調(diào)諧到此信道中并讀取額外開銷消息所需的資源 是相對少的。在404處，可作出關(guān)于是否存在客戶端令牌(CLI—TOKEN)的確定。根據(jù) 一方面，所述裝置在本地維持整數(shù)CLIJTOKEN值(例如，1字節(jié)整數(shù)值或某一其它合適 的值)。起初，CLI—TOKEN不存在然而，在接收到額外開銷消息時，如果在404處確 定在裝置中不存在CLI—TOKEN,那么在406處，裝置執(zhí)行用于軟件升級的檢驗。同樣在 406處，裝置可產(chǎn)生CLI—TOKEN并將其設(shè)定為等于額外開銷信道中的SVR—TOKEN。
服務(wù)器維持整數(shù)SVR—TOKEN值(例如，1字節(jié)或某一其它合適的值)。根據(jù)l字節(jié) 實例(不限于該l字節(jié)實例)，在發(fā)布新的軟件升級時，SVRJTOKEN值可從0遞增l模 數(shù)256?？稍陬~外開銷信道中連續(xù)廣告SVR—TOKEN值。如果CLI_TOKEN在404處存 在，那么在408處，作出關(guān)于CLI—TOKEN是否等于SVR_TOKEN的確定。如果 CLI—TOKEN值小于SVR—TOKEN值，那么在412處，裝置執(zhí)行對軟件升級的檢驗，且 將CLI—TOKEN值設(shè)定為SVR—TOKEN值。如果CLI_TOKEN值大于或等于SVR—TOKEN 值，那么裝置具有最新的軟件版本，且無必要更新，如410處所指示。另外，SVR—TOKEN 可在256次遞增之后繞回。因此，例如在裝置長期脫離網(wǎng)絡(luò)時，CLIJTOKEN值可能等于 繞回的SVR一TOKEN。為了解決此情形，如果在某一預定義時間周期(例如，30天、45 天、90天等)內(nèi)尚未獲得額外開銷消息，那么可擦除所存儲的CLI—TOKEN。此持續(xù)時 間可設(shè)定為實質(zhì)上短于SVR—TOKEN繞回所需的估計周期。
圖5說明根據(jù)各個方面促進與推送檢驗方法和拉取檢驗協(xié)議中的每一者組合而執(zhí)行 令牌接入?yún)f(xié)議的方法500。類似于方法400，方法500也利用基于令牌的協(xié)議，其中將客 戶端令牌值與多播信道中周期性地廣告的服務(wù)器令牌值進行比較。舉例來說，不再如上 所述發(fā)送針對全部軟件類別的所有最新的序列號，服務(wù)器可在數(shù)據(jù)信道中發(fā)送兩個 SVR—TOKEN之間的增量改變信息。舉例來說，在存在針對軟件類別A和B的兩個新的 升級且SVR—TOKEN二3的情況下，服務(wù)器可遞增其SVR一TOKEN (例如，遞增到4)， 且在額外開銷信道中廣告所述SVR—TOKEN (例如，以類似于上文相對于圖3所描述的 方式)，接著，服務(wù)器可在數(shù)據(jù)信道中發(fā)送兩個軟件升級通知消息。消息的格式可包括多 個字段。舉例來說，"SVR—TOKEN"可包括與軟件升級相關(guān)聯(lián)的值。"NUM—RECORD" 可界定添加在給定SVR—TOKEN中的軟件升級通知的數(shù)目。可在NUM—RECORD軟件升 級通知中唯 一 地指派"RECORD—ID "?？扇缟衔乃鼋缍?SOFTWARE—ID "。 "LATEST—SQN—NUM"可界定針對SOFTWARE—ID的最新序列號。通過利用每一消息的 NUM—RECORD和RECORD—ID,裝置可確定應(yīng)收集多少軟件升級通知和何時停止尋找 升級通知。
因此，方法500開始于502處，其中用戶裝置可接收額外開銷消息。在504處，作 出關(guān)于是否存在CLI—TOKEN的確定。如果不存在，那么在506處，可執(zhí)行拉取檢驗協(xié) 議，且可產(chǎn)生CLI—TOKEN,并設(shè)定為等于SVR—TOKEN。如果客戶端令牌在504處有效， 那么在508處，可作出關(guān)于客戶端令牌值是否大于或等于服務(wù)器令牌值(模數(shù)n)的確 定，其中n為最大令牌號。如果客戶端令牌值大于或等于服務(wù)器令牌值，那么無需采取 動作，如510處所指示，因為裝置是最新的，且具有所討論的軟件的最新版本。
如果客戶端令牌值不大于或等于服務(wù)器令牌值(模數(shù)n)(例如，以解決其中服務(wù)器 令牌值從最大值n繞回到0的情形)，如果客戶端令牌值小于服務(wù)器令牌值，那么在512 處，可作出關(guān)于客戶端令牌值是否在服務(wù)器令牌值-m(模數(shù)n)(其中服務(wù)器傳輸與m(正 整數(shù))最近的服務(wù)器令牌值相關(guān)聯(lián)的軟件升級通知)與服務(wù)器令牌值-1 (模數(shù)n)之間的 確定。舉例來說，服務(wù)器可連續(xù)地和/或周期性地傳輸與m個最近的令牌值相關(guān)聯(lián)的軟件 升級通知。舉例來說，m可為預設(shè)的數(shù)字，例如3，使得服務(wù)器連續(xù)地和/或周期性地傳 輸與3個最近的服務(wù)器令牌值相關(guān)聯(lián)的軟件升級通知。另外或作為替代，可動態(tài)地界定
m，且m可包含在額外開銷消息中。根據(jù)另一實例，在n為由單字節(jié)表達的整數(shù)值(例 如，8位值)的情形中，n可具有最大值255，且當客戶端值達到255且服務(wù)器令牌已繞 回到0時(例如，或某一其它小于255的值)，可出現(xiàn)繞回條件。在此類情形中，雖然客 戶端裝置符合用于軟件升級通知的條件，但客戶端令牌值可能似乎大于服務(wù)器令牌值。 為了減輕繞回問題，如果服務(wù)器傳輸與SVR—TOKEN-m (模數(shù)255)至lj SVRJTOKEN-l (模數(shù)255)(例如，最近的服務(wù)器令牌)的范圍中的升級數(shù)目相關(guān)聯(lián)的多播軟件升級通 知，那么可強加一標準，以確保在起始推送檢驗協(xié)議之前，客戶端令牌值落在值 "SVR—TOKEN-m (模數(shù)255)"與"SVR—TOKEN-l (模數(shù)255)"之間。將了解，上述實 例在本質(zhì)上是說明性的，且期望促進理解解決繞回條件所借助的機制，且n可為任何整 數(shù)(例如，512、 1000、 1024)，且不限于與最大單字節(jié)整數(shù)值相關(guān)聯(lián)的255值。
如果條件在512處為真，那么在514處，可實施推送檢驗協(xié)議，其后，客戶端令牌 值可設(shè)定為等于服務(wù)器令牌值。如果條件在512處不為真，那么在516處，可實施拉取 檢驗協(xié)議，其后，客戶端令牌值可設(shè)定為等于服務(wù)器令牌值。通過方法400，如果在某 一預定義時間周期(例如，15天、31天、60天等)內(nèi)尚未獲得額外開銷消息，那么可 擦除所存儲的客戶端令牌。此持續(xù)時間可設(shè)定為實質(zhì)上短于SVR—TOKEN繞回所需的估 計周期。
以下論述展現(xiàn)方法400和500的若干變化。舉例來說，服務(wù)器可在預定義時間周期 后停止在數(shù)據(jù)信道中發(fā)送增量軟件升級信息。在此情況下，如果裝置不能在數(shù)據(jù)信道中 收集軟件升級通知，那么其可利用拉取檢驗方法。根據(jù)另一實例，不再發(fā)送最新的 SVR—TOKEN與SVR—TOKEN-1之間的增量改變，服務(wù)器可發(fā)送描述最新的SVR_TOKEN 與SVR—TOKEN-M之間的差的改變值。在此情況下，可能存在M數(shù)目個令牌改變，且 可經(jīng)由數(shù)據(jù)信道發(fā)送相應(yīng)的軟件升級信息。在CLI—TOKEN在SVR—TOKEN-M與 SVR—TOKEN之間的情況下(包含繞回情況)，那么裝置可利用推送檢驗協(xié)議。否則，裝 置可利用拉取檢驗協(xié)議。
根據(jù)又一方面，存在下載軟件升級的兩種方式(1)點對點，和(2)多播。對于點 對點實施方案，在用戶批準后，每一裝置可產(chǎn)生與服務(wù)器的點對點連接，并下載更新的 軟件應(yīng)用程序。對于多播，服務(wù)器可多播經(jīng)升級的應(yīng)用程序持續(xù)給定時間周期(例如，1 個星期、30天……)。因此，依據(jù)下載協(xié)議，數(shù)據(jù)信道中的軟件升級通知消息可具有額 外的字段。舉例來說，如果利用點對點下載機制，那么可將"NOTIFICATION—DELAY" 字段添加到消息。裝置可產(chǎn)生0與NOTIFICATION—DELAY的值之間的隨機數(shù)，且可在 所選擇的隨機時間之后通知用戶需要軟件升級。此參數(shù)促進同時將升級通知記錄傳遞給 多個裝置。如果在用戶準許后使用自動下載機制，那么下載請求的涌入可能淹沒下載地 點。另外，如果多播用于應(yīng)用程序更新下載，那么"CONTACT—WINDOW"字段可添加 到消息，其可指示何時調(diào)諧到廣播信道中以下載經(jīng)升級的應(yīng)用程序。
圖6是根據(jù)多種方面可執(zhí)行一個或一個以上檢驗協(xié)議的軟件升級通知情形600的說 明。根據(jù)所述情形，服務(wù)器令牌已從3升級到4，如圖中由從3到4的箭頭所指示?？?假定存在用于軟件類別A和B的兩個新的更新，且服務(wù)器可在額外開銷信道中廣告 SVR_TOKEN。如果客戶端令牌值等于3，那么服務(wù)器可接著利用推送檢驗協(xié)議在數(shù)據(jù)信 道中發(fā)送兩個軟件升級通知消息。如果客戶端令牌值不等于3，那么客戶端可使用拉取 檢驗協(xié)議請求升級通知。
圖7是系統(tǒng)700的說明，其是推送方法702、拉取方法704和具有令牌接入的混合 檢驗方法706的概念性總覽。根據(jù)各個方面，描述使用推送和拉取檢驗協(xié)議兩者的混合 方法。在不頻繁發(fā)生軟件升級事件的情況下，僅涉及最新的增量改變的廣播數(shù)據(jù)的量將 相對較小，其可節(jié)省廣播資源。另外，混合協(xié)議將即時的升級通知傳遞給連接到網(wǎng)絡(luò)的 裝置。另外，SVR—TOKEN改變之間的時間周期可能較大。因此，大多數(shù)裝置可與 SVR—TOKEN值同步，且僅少數(shù)裝置可能要求拉取機制是最新的，其又節(jié)省了單播資源。
依據(jù)一升級相比于先前升級的重要性，可存在與每一軟件升級相關(guān)聯(lián)的多個軟件升 級緊急度層級(URGENCY—LEVEL)。軟件升級緊急度層級信息也可添加到通知消息。 舉例來說，從層級1到3，層級l可為重要的，層級2可為中等的，且層級3可為可選 的。依據(jù)URGENCY—LEVEL,裝置可以不同方式行動。舉例來說，當應(yīng)用程序標記為層 級l時，裝置可退出應(yīng)用程序，并迫使用戶下載新的軟件升級以便保護裝置免受危害。
圖8說明示范性無線通信系統(tǒng)800。出于簡明起見，無線通信系統(tǒng)800描繪了一個 基站和一個終端。然而，應(yīng)了解，系統(tǒng)可包含一個以上基站和/或一個以上終端，其中額 外的基站和/或終端可大體上類似于或不同于下文所描述的示范性基站和終端。另外，應(yīng) 了解，基站和/或終端可使用本文所描述的系統(tǒng)(圖1、 6、 7和9-12)和/或方法(圖2-5)， 以促進其間的無線通信。
現(xiàn)參看圖8，在下行鏈路上，在接入點805處，傳輸(TX)數(shù)據(jù)處理器810接收、 格式化、編碼、交錯并調(diào)制(或符號映射)業(yè)務(wù)數(shù)據(jù)，并提供調(diào)制符號("數(shù)據(jù)符號")。 符號調(diào)制器815接收并處理數(shù)據(jù)符號和導頻符號，并提供符號流。符號調(diào)制器820多路 復用數(shù)據(jù)和導頻符號，并將其提供給傳輸器單元(TMTR) 820。每一傳輸符號可為數(shù)據(jù)
符號、導頻符號或零信號值?？稍诿恳环栔芷谥羞B續(xù)地發(fā)送導頻符號。導頻符號可經(jīng) 頻分多路復用(FDM)、正交頻分多路復用(OFDM)、時分多路復用(TDM)、頻分多路 復用(FDM)或碼分多路復用(CDM)。
TMTR 820接收符號流并將其轉(zhuǎn)換為一個或一個以上模擬信號，并進一步調(diào)節(jié)(例 如，放大、濾波和上變頻轉(zhuǎn)換)所述模擬信號以產(chǎn)生適合在無線信道上傳輸?shù)南滦墟溌?信號。接著通過天線825將下行鏈路信號傳輸?shù)浇K端。在終端830處，天線835接收下 行鏈路信號并將所接收的信號提供到接收器單元(RCVR) 840。接收器單元840調(diào)節(jié)(例 如，濾波、放大并下變頻轉(zhuǎn)換)所接收的信號，并數(shù)字化經(jīng)調(diào)節(jié)的信號以獲得樣本。符 號解調(diào)器845解調(diào)所接收的導頻符號，并將其提供給處理器850以供信道估計。符號解 調(diào)器845進一步從處理器850接收用于下行鏈路的頻率響應(yīng)估計值，對所接收的數(shù)據(jù)符 號執(zhí)行數(shù)據(jù)解調(diào)以獲得數(shù)據(jù)符號估計值(其為所傳輸數(shù)據(jù)符號的估計值)，并將數(shù)據(jù)符號 估計值提供到RX數(shù)據(jù)處理器855,所述RX數(shù)據(jù)處理器855解調(diào)(即，符號解映射)、 解交錯并解碼數(shù)據(jù)符號估計值以恢復所傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)。符號解調(diào)器845和RX數(shù)據(jù)處 理器855進行的處理分別與接入點805處符號調(diào)制器815和TX數(shù)據(jù)處理器810進行的 處理互補。
在上行鏈路上，TX數(shù)據(jù)處理器860處理業(yè)務(wù)數(shù)據(jù)并提供數(shù)據(jù)符號。符號調(diào)制器865 接收數(shù)據(jù)符號并使用導頻符號對其進行多路復用，執(zhí)行調(diào)制，并提供符號流。傳輸器單 元870接著接收并處理符號流以產(chǎn)生上行鏈路信號，天線835將所述上行鏈路信號傳輸 到接入點805。
在接入點805處，來自終端830的上行鏈路信號由天線825接收并由接收器單元875 處理以獲得樣本。符號解調(diào)器880接著處理樣本并提供所接收的導頻符號和用于上行鏈 路的數(shù)據(jù)符號估計值。RX數(shù)據(jù)處理器885處理數(shù)據(jù)符號估計值以恢復由終端830傳輸?shù)?業(yè)務(wù)數(shù)據(jù)。處理器890針對在上行鏈路上傳輸?shù)拿恳换顒咏K端而執(zhí)行信道估計。多個終 端可在其各自指派組的導頻子帶上在上行鏈路上同時傳輸導頻，其中所述導頻子帶組可 經(jīng)交錯。
處理器890和850分別引導(例如，控制、協(xié)調(diào)、管理等)接入點805和終端830 處的操作。各自的處理器890和850可與存儲程序代碼和數(shù)據(jù)的存儲器單元(未圖示) 相關(guān)聯(lián)。處理器890和850還可執(zhí)行計算以分別導出用于上行鏈路和下行鏈路的頻率和 脈沖響應(yīng)估計值。
對于多址系統(tǒng)(例如，F(xiàn)DMA、 OFDMA、 CDMA、 TDMA等)，多個終端可同時在
上行鏈路上傳輸。對于此類系統(tǒng)，可在不同終端之間共享導頻子帶?？稍谟糜诿恳唤K端 的導頻子帶橫跨整個操作帶(可能除帶邊緣之外)的情況下使用信道估計技術(shù)。此類導 頻子帶結(jié)構(gòu)將對獲得用于每一終端的頻率分集是理想的?？赏ㄟ^各種手段實施本文所描 述的技術(shù)。舉例來說，可在硬件、軟件或其組合中實施這些技術(shù)。對于硬件實施方案， 可在一個或一個以上專用集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理裝 置(DSPD)、可編程邏輯裝置(PLD)、場可編程門陣列(FPGA)、處理器、控制器、微 控制器、微處理器、經(jīng)設(shè)計以執(zhí)行本文所描述的功能的其它電子單元或其組合中實施用 于信道估計的處理單元。通過軟件，可經(jīng)由執(zhí)行本文所描述的功能的模塊(例如，程序、 函數(shù)等)來實施。軟件代碼可存儲在存儲器單元中，且由處理器890和850執(zhí)行。
圖9說明根據(jù)各個方面包括經(jīng)操作以產(chǎn)生多媒體內(nèi)容流并在數(shù)據(jù)網(wǎng)絡(luò)上運輸多媒體 內(nèi)容流的運輸系統(tǒng)的通信網(wǎng)絡(luò)900。舉例來說，運輸系統(tǒng)適合用于將內(nèi)容剪輯從服務(wù)器 網(wǎng)絡(luò)運輸?shù)綗o線接入網(wǎng)絡(luò)以用于廣播分布。網(wǎng)絡(luò)900包括服務(wù)器902、多播網(wǎng)絡(luò)906和 無線接入網(wǎng)絡(luò)908。網(wǎng)絡(luò)900還包含裝置910，所述裝置910包括移動電話912、個人數(shù) 字助理(PDA) 914和筆記本計算機916。裝置910說明適合用于運輸系統(tǒng)的一個或一個 以上方面中的僅一些裝置。應(yīng)注意，盡管在圖9中展示三個裝置，實際上任何數(shù)目的裝 置或任何類型的裝置都適合用于運輸系統(tǒng)中。
服務(wù)器902經(jīng)操作以將供分布的內(nèi)容提供到網(wǎng)絡(luò)卯0中的用戶。所述內(nèi)容包括視頻、 音頻、多媒體內(nèi)容、剪輯、實時和非實時內(nèi)容、腳本、程序、數(shù)據(jù)或任何其它類型的合 適內(nèi)容。服務(wù)器902將內(nèi)容提供到多播網(wǎng)絡(luò)906和/或單播網(wǎng)絡(luò)908以供分布。舉例來說， 服務(wù)器902經(jīng)由通信鏈路918與單播網(wǎng)絡(luò)908通信，所述通信鏈路918包括任何合適類 型的有線和/或無線通信鏈路。
網(wǎng)絡(luò)900包括經(jīng)操作以分布供傳遞給用戶的內(nèi)容的有線和無線網(wǎng)絡(luò)的任何組合。服 務(wù)器902經(jīng)由鏈路920與多播網(wǎng)絡(luò)906通信。鏈路920包括任何合適類型的有線和/或無 線通信鏈路。多播網(wǎng)絡(luò)906包括經(jīng)設(shè)計以廣播高質(zhì)量內(nèi)容的有線和無線網(wǎng)絡(luò)的任何組合。 舉例來說，多播網(wǎng)絡(luò)906可為專用的私有網(wǎng)絡(luò)，其已經(jīng)優(yōu)化以經(jīng)由多個優(yōu)化的通信信道 將高質(zhì)量內(nèi)容傳遞到選定裝置。
在一個或一個以上方面中，運輸系統(tǒng)經(jīng)操作以通過多播網(wǎng)絡(luò)906和單播網(wǎng)絡(luò)908將 內(nèi)容從服務(wù)器902傳遞到裝置910。舉例來說，內(nèi)容流可包括非實時內(nèi)容剪輯，其由服 務(wù)器902提供以用于使用多播網(wǎng)絡(luò)906進行分布。在一個方面中，服務(wù)器902經(jīng)操作以 與多播網(wǎng)絡(luò)906協(xié)商，以確定與內(nèi)容剪輯相關(guān)聯(lián)的一個或一個以上參數(shù)。 一旦多播網(wǎng)絡(luò)906接收到內(nèi)容剪輯，其就經(jīng)由網(wǎng)絡(luò)900廣播/多播內(nèi)容剪輯以用于由裝置910中的一者 或一者以上接收。裝置910中的任一者可經(jīng)授權(quán)以接收內(nèi)容剪輯并對其進行高速緩存以 供稍后由裝置用戶觀看。
舉例來說，裝置910包括客戶端節(jié)目932，其經(jīng)操作以提供節(jié)目指南，所述節(jié)目指 南顯示經(jīng)調(diào)度以供在網(wǎng)絡(luò)900上廣播的內(nèi)容的列表。裝置用戶接著可選擇接收用于實時 呈現(xiàn)或?qū)⒋鎯υ诟咚倬彌_存儲器934中以供隨后觀看的任何特定內(nèi)容。舉例來說，內(nèi)容 剪輯可經(jīng)調(diào)度以供在晚間廣播，且裝置912經(jīng)操作以接收廣播，并將內(nèi)容剪輯高速緩存 在高速緩沖存儲器934中，使得裝置用戶可在第二天觀看剪輯。通常，內(nèi)容作為預訂服 務(wù)的一部分而廣播，且接收裝置可需要提供密鑰或以另外的方式進行自身鑒定以接收廣 播。
圖10說明適合用于內(nèi)容傳遞系統(tǒng)中的內(nèi)容提供商服務(wù)器1000的各個方面。舉例來 說，服務(wù)器IOOO可用作圖9中的服務(wù)器902。服務(wù)器1000包括處理邏輯1002、資源和 接口 1004，和收發(fā)器邏輯IOIO，所有都耦合到內(nèi)部數(shù)據(jù)總線1012。服務(wù)器1000還包括 激活邏輯1014、 PG 1006和PG記錄邏輯1008，其也耦合到數(shù)據(jù)總線1012。在一個或一 個以上方面中，處理邏輯1002包括CPU、處理器、門陣列、硬件邏輯、存儲器元件、虛 擬機、軟件，和/或硬件與軟件的任何組合。因此，處理邏輯1002 —般包括執(zhí)行機器可 讀指令和經(jīng)由內(nèi)部數(shù)據(jù)總線1012控制服務(wù)器1000的一個或一個以上其它功能元件的邏 輯。
資源和接口 1004包括允許服務(wù)器1000與內(nèi)部和外部系統(tǒng)通信的硬件和/或軟件。舉 例來說，內(nèi)部系統(tǒng)可包含大容量存儲系統(tǒng)、存儲器、顯示器驅(qū)動器、調(diào)制解調(diào)器或其它 內(nèi)部裝置資源。外部系統(tǒng)可包含用戶接口裝置、打印機、磁盤驅(qū)動器或其它本地裝置或 系統(tǒng)。收發(fā)器邏輯1010包括硬件邏輯和/或軟件，其經(jīng)操作以允許服務(wù)器IOOO使用通信 信道1016與遠程裝置或系統(tǒng)一起傳輸和接收數(shù)據(jù)和/或其它信息。舉例來說，在一個方 面中，通信信道1016包括任何合適類型的通信鏈路以允許服務(wù)器IOOO與數(shù)據(jù)網(wǎng)絡(luò)通信。
激活邏輯1014包括CPU、處理器、門陣列、硬件邏輯、存儲器元件、虛擬機、軟件 和/或硬件與軟件的任何組合。激活邏輯1014經(jīng)操作以激活服務(wù)器和/或裝置，以允許服 務(wù)器和/或裝置選擇并接收PG 1006中所描述的內(nèi)容和/或服務(wù)。在一個方面中，激活邏輯 1014在激活過程期間將客戶端節(jié)目1020傳輸?shù)椒?wù)器和/或裝置?？蛻舳斯?jié)目1020在服 務(wù)器和/或裝置上運行以接收PG 1006，并顯示關(guān)于裝置用戶可用的內(nèi)容或服務(wù)的信息。 因此，激活邏輯1014經(jīng)操作以鑒定服務(wù)器和/或裝置，下載客戶端1020并下載PG 1006，
以用于由客戶端1020在裝置上呈現(xiàn)。
PG 1006包括具有任何合適格式的信息，其描述可用于供裝置接收的內(nèi)容和/或服務(wù)。 舉例來說，PG 1006可存儲在服務(wù)器1000的本地存儲器中，且可包括例如內(nèi)容或服務(wù)識 別符、調(diào)度信息、定價和/或任何其它類型相關(guān)信息等信息。在一個方面中，PG 1006包 括一個或一個以上可識別的區(qū)段，在可用的內(nèi)容或服務(wù)發(fā)生改變時，由處理邏輯1002對 所述區(qū)段進行更新。
PG記錄1008包括經(jīng)操作以產(chǎn)生通知消息的硬件和/或軟件，所述通知消息識別和/ 或描述對PG 1006的改變。舉例來說，當處理邏輯1002更新PG 1006時，PG記錄邏輯 1008收到關(guān)于改變的通知。PG記錄邏輯1008接著產(chǎn)生傳輸?shù)娇赡芤雅c服務(wù)器1000 — 起激活的服務(wù)器的一個或一個以上通知消息，使得這些服務(wù)器迅速收到關(guān)于對PG 1006 的改變的通知。
在各個方面中，作為內(nèi)容傳遞通知消息的一部分，提供廣播指示符，其指示何時將 廣播消息中所識別的PG區(qū)段。舉例來說，在一個方面中，廣播指示符包括指示將廣播 所述區(qū)段的一個位和指示何時將發(fā)生廣播的時間指示符。因此，希望更新其PG記錄的 本地副本的服務(wù)器和/或裝置可在指定時間收聽廣播以接收PG記錄的經(jīng)更新區(qū)段。在一 個方面中，內(nèi)容傳遞通知系統(tǒng)包括存儲在計算機可讀媒體上的程序指令，其在由處理器 (例如，處理邏輯1002)執(zhí)行時提供本文所描述的服務(wù)器IOOO的功能。舉例來說，可從 計算機可讀媒體將程序指令載入到服務(wù)器1000中，所述計算機可讀媒體例如為軟盤、 CDROM、存儲卡、快閃存儲器裝置、RAM、 ROM或通過資源1004介接到服務(wù)器1000 的任何其它類型的存儲器裝置或計算機可讀媒體。在另一方面中，可從通過收發(fā)器邏輯 1010介接到服務(wù)器1000的外部裝置或網(wǎng)絡(luò)資源將指令下載到服務(wù)器1000中。程序指令 在由處理邏輯1002執(zhí)行時提供如本文所描述的指導狀態(tài)通知系統(tǒng)的一個或一個以上方 面。
圖11說明根據(jù)一個或一個以上方面適合用于內(nèi)容傳遞系統(tǒng)中的服務(wù)器或裝置1100。 舉例來說，服務(wù)器1100可為圖9中所展示的服務(wù)器902或裝置910。服務(wù)器1100包括處 理邏輯1102、資源和接口 1104和收發(fā)器邏輯1106，所有都耦合到數(shù)據(jù)總線1108。服務(wù) 器1100還包括客戶端1110、程序邏輯1114和PG邏輯1112，其也耦合到數(shù)據(jù)總線1108。 在一個或一個以上方面中，處理邏輯1102包括CPU、處理器、門陣列、硬件邏輯、存儲 器元件、虛擬機、軟件，和/或硬件與軟件的任何組合。因此，，處理邏輯1102—般包括 經(jīng)配置以執(zhí)行機器可讀指令和經(jīng)由內(nèi)部數(shù)據(jù)總線1108控制服務(wù)器1100的一個或一個以
上其它功能元件的邏輯。
資源和接口 1104包括允許服務(wù)器1100與內(nèi)部和外部系統(tǒng)通信的硬件和/或軟件。舉 例來說，內(nèi)部系統(tǒng)可包含大容量存儲系統(tǒng)、存儲器、顯示器驅(qū)動器、調(diào)制解調(diào)器或其它 內(nèi)部裝置資源。外部系統(tǒng)可包含用戶接口裝置、打印機、磁盤驅(qū)動器或其它本地裝置或 系統(tǒng)。收發(fā)器邏輯1106包括硬件和/或軟件，其經(jīng)操作以允許服務(wù)器IIOO通過通信信道 1114與外部裝置或系統(tǒng)一起傳輸和接收數(shù)據(jù)和/或其它信息。舉例來說，通信信道1114 可包括網(wǎng)絡(luò)通信鏈路、無線通信鏈路或任何其它類型的通信鏈路。
在操作期間，服務(wù)器和/或裝置1100經(jīng)激活以使得其可經(jīng)由數(shù)據(jù)網(wǎng)絡(luò)接收可用的內(nèi) 容或服務(wù)。舉例來說，在一個方面中，服務(wù)器和/或裝置1100在激活過程期間向內(nèi)容提 供商服務(wù)器進行自身識別。作為激活過程的一部分，服務(wù)器和/或裝置IIOO通過PG邏輯 1112接收并存儲PG記錄。PG 1112含有識別可由服務(wù)器IIOO接收的內(nèi)容或服務(wù)的信息。 客戶端1110經(jīng)操作以使用資源和接口 1104將PG邏輯1112中的信息呈現(xiàn)在服務(wù)器和/或 裝置1100上。舉例來說，客戶端1U0將PG邏輯1112中的信息呈現(xiàn)在作為裝置的一部 分的顯示器屏幕上?？蛻舳?110還通過資源和接口接收用戶輸入，使得裝置用戶可選擇 內(nèi)容或服務(wù)。
在一些方面中，服務(wù)器通過收發(fā)器邏輯1106接收通知消息。舉例來說，消息可被廣 播或單播到服務(wù)器IIOO且由收發(fā)器邏輯1106接收。PG通知消息在PG邏輯1112處識別 對PG記錄的更新。在一個方面中，客戶端1110處理PG通知消息以確定PG邏輯1112 處的本地副本是否需要更新。舉例來說，在一個方面中，通知消息包含區(qū)段識別符、開 始時間、結(jié)束時間和版本號。服務(wù)器1100操作以將PG通知信息中的信息與現(xiàn)有PG邏 輯1112處的本地存儲的信息進行比較。如果服務(wù)器1100從PG通知消息中確定PG邏輯 1112處的本地副本的一個或一個以上區(qū)段需要更新，那么服務(wù)器1100操作而以若干方式 中的一種方式來接收PG的經(jīng)更新的區(qū)段。舉例來說，可在PG通知消息中所指示的時間 廣播PG的經(jīng)更新區(qū)段，使得收發(fā)器邏輯1106可接收廣播并將經(jīng)更新區(qū)段傳遞到服務(wù)器 1100，服務(wù)器1100又更新PG邏輯1112處的本地副本。
在其它方面中，服務(wù)器1100基于所接收的PG更新通知消息來確定PG的哪些區(qū)段 需要更新，且將請求傳輸?shù)紺P服務(wù)器以獲得PG的所需經(jīng)更新區(qū)段。舉例來說，可使用 任何合適的格式來格式化所述請求，且所述請求包括例如發(fā)出請求服務(wù)器識別符、區(qū)段 識別符、版本號和/或任何其它合適信息等信息。在一個方面中，服務(wù)器1100在PG通知 系統(tǒng)的一個或一個以上方面中執(zhí)行以下功能中的一者或一者以上。應(yīng)注意，可以在各方面的范圍內(nèi)改變、重新布置、修改、添加、刪除或以另外的方式調(diào)整以下功能。所述服 務(wù)器可經(jīng)激活以用于與內(nèi)容提供商系統(tǒng)一起操作來接收內(nèi)容或服務(wù)。作為激活過程的一 部分，將客戶端和PG傳輸?shù)椒?wù)器。 一個或一個以上PG通知消息可由服務(wù)器接收并用 于確定本地存儲的PG的一個或一個以上區(qū)段是否需要更新。在一個方面中，如果服務(wù) 器確定本地存儲的PG的一個或一個以上區(qū)段需要更新，那么服務(wù)器從分布系統(tǒng)收聽廣 播，以獲得其需要用來更新其本地副本的PG的經(jīng)更新區(qū)段。在另一方面中，服務(wù)器將 一個或一個以上請求消息傳輸?shù)紺P以獲得其需要的PG的經(jīng)更新區(qū)段。響應(yīng)于所述請求， CP將PG的經(jīng)更新區(qū)段傳輸?shù)椒?wù)器。服務(wù)器使用接收到的PG的經(jīng)更新區(qū)段來更新其 PG的本地副本。
根據(jù)另外其它方面，內(nèi)容傳遞系統(tǒng)包括存儲在計算機可讀媒體上的程序指令，其在 由例如處理邏輯1102等處理器執(zhí)行時提供如本文所描述的內(nèi)容傳遞通知系統(tǒng)的功能。舉 例來說，可從計算機可讀媒體將指令載入到服務(wù)器IIOO中，所述計算機可讀媒體例如為 軟盤、CDROM、存儲卡、快閃存儲器裝置、RAM、 ROM或通過資源和接口 1104介接 到服務(wù)器1100的任何其它類型的存儲器裝置或計算機可讀媒體。在另一方面中，可從通 過收發(fā)器邏輯1106介接到服務(wù)器1100的網(wǎng)絡(luò)資源將指令下載到服務(wù)器1100中。指令在 由處理邏輯1102執(zhí)行時提供如本文所描述的內(nèi)容傳遞系統(tǒng)的一個或一個以上方面。應(yīng)注 意，服務(wù)器1100僅表示一種實施方案，且在各方面的范圍內(nèi)可能有其它實施方案。
圖12是根據(jù)各個方面促進在無線通信環(huán)境中執(zhí)行檢驗協(xié)議和接入?yún)f(xié)議的設(shè)備1200 的說明。設(shè)備1200可包括用于接收例如序列號和/或與軟件類別相關(guān)聯(lián)的軟件ID等軟件 版本信息的裝置1202。所述設(shè)備進一步包括用于執(zhí)行檢驗協(xié)議的裝置1204，其可執(zhí)行推 送檢驗協(xié)議或拉取檢驗協(xié)議或兩者，這取決于某些條件(例如，上文相對于圖2和圖3 所描述的那些條件)。設(shè)備1200還進一步包括用于執(zhí)行接入?yún)f(xié)議以促進確定是否需要升 級通知的裝置。用于執(zhí)行接入?yún)f(xié)議的裝置1206可執(zhí)行以預定時間間隔執(zhí)行的周期性協(xié) 議、每次啟動軟件時執(zhí)行的啟動起始的協(xié)議、通過用戶命令執(zhí)行的用戶起始的協(xié)議、通 過客戶端與服務(wù)器之間的事務(wù)起始的基于事務(wù)的協(xié)議等。另外，用于執(zhí)行接入?yún)f(xié)議的裝 置1206可執(zhí)行令牌接入?yún)f(xié)議，例如相對于圖4和圖5詳細描述的。以此方式，設(shè)備1200 可促進確定用戶裝置上的軟件是否為最新的，或裝置是否需要軟件升級通知。
對于軟件實施方案，可使用執(zhí)行本文所描述的功能的模塊(例如，程序、函數(shù)等) 來實施本文所描述的技術(shù)。軟件代碼可存儲在存儲器單元中，且由處理器執(zhí)行?？稍谔?理器內(nèi)或處理器外部實施存儲器單元，在后一情況下，存儲器單元可經(jīng)由此項技術(shù)中已
知的各種手段通信地耦合到處理器。
上文已描述的內(nèi)容包含一個或一個以上實施例的實例。當然，不可能出于描述以上 提及的實施例的目的而描述組件或方法的可構(gòu)想出的每種組合，但所屬領(lǐng)域的一般技術(shù) 人員可認識到，各種實施例的許多另外的組合和排列是可能的。因此，所描述的實施例 希望包含落在所附權(quán)利要求書的精神和范圍內(nèi)的所有此類改動、修改和變化。此外，就 術(shù)語"包含"用于具體實施方式
或權(quán)利要求書中來說，所述術(shù)語希望以與術(shù)語"包括" 類似的方式為包括界限的(inclusive),因為在權(quán)利要求中"包括"在使用時被解釋成過 渡詞匯。
權(quán)利要求
1.一種在無線通信環(huán)境中提供軟件升級通知的方法，其包括從服務(wù)器接收軟件版本信息；執(zhí)行檢驗協(xié)議以確定軟件升級是否可用于用戶裝置；以及執(zhí)行接入?yún)f(xié)議以接收軟件升級通知。
2. 根據(jù)權(quán)利要求l所述的方法，其中所述檢驗協(xié)議是經(jīng)由服務(wù)器與至少一個用戶裝置 之間的多播連接而執(zhí)行的推送檢驗協(xié)議。
3. 根據(jù)權(quán)利要求2所述的方法，其進一步包括經(jīng)由多播信道傳輸軟件升級通知。
4. 根據(jù)權(quán)利要求2所述的方法，其進一步包括經(jīng)由多播數(shù)據(jù)信道接收所述軟件版本信 息。
5. 根據(jù)權(quán)利要求4所述的方法，其進一步包括評估與所述通知中的所述版本信息一起 接收的軟件ID是否對應(yīng)于所述用戶裝置，以確定所述接收的軟件版本信息是否與 所述用戶裝置相關(guān)。
6. 根據(jù)權(quán)利要求l所述的方法，其進一步包括在所述用戶裝置與所述服務(wù)器之間產(chǎn)生 點對點連接，以及執(zhí)行拉取檢驗協(xié)議。
7. 根據(jù)權(quán)利要求6所述的方法，其進一步包括從所述服務(wù)器請求所述軟件升級信息。
8. 根據(jù)權(quán)利要求7所述的方法，其進一步包括接收包括所述軟件版本信息的服務(wù)器響 應(yīng)。
9. 根據(jù)權(quán)利要求8所述的方法，其進一步包括如果所述服務(wù)器響應(yīng)中的版本號大于 與存儲在所述用戶裝置上的軟件相關(guān)聯(lián)的版本號，那么接收軟件升級通知。
10. 根據(jù)權(quán)利要求l所述的方法，其中所述接入?yún)f(xié)議是周期性接入?yún)f(xié)議、用戶起始的接 入?yún)f(xié)議、基于事務(wù)的接入?yún)f(xié)議和啟動起始的協(xié)議中的至少一者。
11. 根據(jù)權(quán)利要求l所述的方法，其中所述接入?yún)f(xié)議進一步包括基于令牌的方法，其中 將客戶端令牌值與在多播信道中周期性地廣告的服務(wù)器令牌值進行比較。
12. 根據(jù)權(quán)利要求ll所述的方法，其進一步包括執(zhí)行拉取檢驗協(xié)議，產(chǎn)生客戶端令牌， 以及如果所述客戶端令牌值無效，那么將所述客戶端令牌值設(shè)定為等于所述服務(wù)器 令牌值。
13. 根據(jù)權(quán)利要求11所述的方法，其進一步包括確定所述客戶端令牌值是否大于或等于 所述服務(wù)器令牌值。
14. 根據(jù)權(quán)利要求13所述的方法，其進一步包括如果所述客戶端令牌值等于或大于所 述服務(wù)器令牌值，那么確認所述客戶端裝置具有最新的軟件。
15. 根據(jù)權(quán)利要求13所述的方法，其進一步包括如果所述客戶端令牌值不大于或等于 所述服務(wù)器令牌值(模數(shù)n)，那么確定所述客戶端令牌值是否在所述服務(wù)器令牌值 減去m(模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，其中n為最大令牌值，其 中服務(wù)器傳輸與m (正整數(shù))最近的服務(wù)器令牌值相關(guān)聯(lián)的軟件升級通知。
16. 根據(jù)權(quán)利要求15所述的方法，其進一步包括如果所述客戶端令牌值在所述服務(wù) 器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，那么執(zhí)行推送檢 驗協(xié)議，并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值。
17.根據(jù)權(quán)利要求15所述的方法，其進一步包括如果所述客戶端令牌值不在所述服 務(wù)器令牌值減去m (模數(shù)ii)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，那么執(zhí)行拉取 檢驗協(xié)議，并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值。
18. 根據(jù)權(quán)利要求l所述的方法，其進一步包括通過執(zhí)行推送檢驗協(xié)議持續(xù)預定時間 周期，隨后執(zhí)行拉取檢驗協(xié)議來提供所述軟件升級通知。
19. 一種促進在無線通信環(huán)境中將軟件升級通知提供到經(jīng)由多播和單播連接進行通信 的用戶裝置的設(shè)備，其包括接收器，其接收軟件版本信息；以及處理器，其執(zhí)行檢驗協(xié)議和接入?yún)f(xié)議以獲得軟件升級通知。
20. 根據(jù)權(quán)利要求19所述的設(shè)備，其中所述處理器使用基于令牌的協(xié)議，其中將客戶 端令牌與在多播信道上周期性地廣告的服務(wù)器令牌值進行比較，并確定所述客戶端 令牌在所述用戶裝置中是否有效。
21. 根據(jù)權(quán)利要求20所述的設(shè)備，其中所述處理器執(zhí)行拉取檢驗協(xié)議，產(chǎn)生客戶端令 牌，且如果所述客戶端令牌值無效，那么將所述客戶端令牌值設(shè)定為等于與所述軟 件版本信息一起接收的服務(wù)器令牌值。
22. 根據(jù)權(quán)利要求19所述的設(shè)備，其中所述處理器確定客戶端令牌值是否大于或等于 服務(wù)器令牌值。
23. 根據(jù)權(quán)利要求22所述的設(shè)備，其中如果所述客戶端令牌值不大于或等于所述服務(wù) 器令牌值(模數(shù)n)，那么所述處理器確定所述客戶端令牌值是否在所述服務(wù)器令牌 值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)ii)之間，其中n為最大令牌值， 其中服務(wù)器傳輸與m (正整數(shù))最近的服務(wù)器令牌值相關(guān)聯(lián)的軟件升級通知。
24. 根據(jù)權(quán)利要求23所述的設(shè)備，其中如果所述客戶端令牌值在所述服務(wù)器令牌值減 去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，那么所述處理器執(zhí)行推送檢 驗協(xié)議，并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值。
25. 根據(jù)權(quán)利要求23所述的設(shè)備，其中如果所述客戶端令牌值不在所述服務(wù)器令牌值 減去m (模數(shù)n)與所述服務(wù)器令牌值-I (模數(shù)n)之間，那么所述處理器執(zhí)行拉取 檢驗協(xié)議，并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值。
26. 根據(jù)權(quán)利要求19所述的設(shè)備，其進一步包括通過執(zhí)行推送檢驗協(xié)議持續(xù)預定時 間周期，隨后執(zhí)行拉取檢驗協(xié)議來提供所述軟件升級通知。
27. —種無線通信設(shè)備，其包括用于經(jīng)由多播和單播連接從服務(wù)器接收軟件版本信息的裝置； 用于執(zhí)行檢驗協(xié)議以確定軟件升級是否可用于用戶裝置的裝置；以及 用于執(zhí)行接入?yún)f(xié)議以接收軟件升級通知的裝置。
28. 根據(jù)權(quán)利要求27所述的設(shè)備，其中所述接入?yún)f(xié)議是周期性接入?yún)f(xié)議、用戶起始的 接入?yún)f(xié)議、基于事務(wù)的接入?yún)f(xié)議和啟動起始的協(xié)議中的至少一者。
29. 根據(jù)權(quán)利要求27所述的設(shè)備，其進一步包括用于使用基于令牌的協(xié)議并確定客戶 端令牌在所述用戶裝置中是否有效的裝置。
30. 根據(jù)權(quán)利要求29所述的設(shè)備，其進一步包括用于執(zhí)行單播檢驗協(xié)議的裝置、用于 產(chǎn)生客戶端令牌的裝置，和用于如果所述客戶端值不存在那么將所述客戶端令牌值 設(shè)定為等于服務(wù)器令牌值的裝置。
31. 根據(jù)權(quán)利要求29所述的設(shè)備，其進一步包括用于如果所述客戶端令牌有效那么確 定客戶端令牌值是否大于或等于服務(wù)器令牌值的裝置。
32. 根據(jù)權(quán)利要求31所述的設(shè)備，其進一步包括用于如果所述客戶端令牌值不大于或 等于所述服務(wù)器令牌值(模數(shù)n)那么確定所述客戶端令牌值是否在所述服務(wù)器令 牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間的裝置，其中n為最大 令牌值，其中服務(wù)器傳輸與m (正整數(shù))最近的服務(wù)器令牌值相關(guān)聯(lián)的軟件升級通 知。
33. 根據(jù)權(quán)利要求32所述的設(shè)備，其進一步包括如果所述客戶端令牌值在所述服務(wù)器 令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間那么用于執(zhí)行多播檢 驗協(xié)議的裝置，以及用于將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值的裝 置。
34. 根據(jù)權(quán)利要求32所述的設(shè)備，其進一步包括如果所述客戶端令牌值不在所述服務(wù) 器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間那么用于執(zhí)行單播 檢驗協(xié)議的裝置，以及用于將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值的裝 置。
35. 根據(jù)權(quán)利要求27所述的設(shè)備，其進一步包括用于通過使用用于執(zhí)行多播檢驗協(xié)議 的裝置持續(xù)預定時間周期隨后使用用于執(zhí)行單播檢驗協(xié)議的裝置來提供所述軟件 升級通知的裝置。
36. —種具有計算機程序的計算機可讀媒體，所述計算機程序包括計算機可執(zhí)行指令以 用于從服務(wù)器接收包括軟件版本信息的額外開銷消息； 執(zhí)行檢驗協(xié)議以確定軟件升級是否可用于用戶裝置；以及 執(zhí)行接入?yún)f(xié)議以接收軟件升級通知。
37. 根據(jù)權(quán)利要求36所述的計算機可讀媒體，其中所述檢驗協(xié)議是經(jīng)由服務(wù)器與至少 一個用戶裝置之間的多播連接而執(zhí)行的推送檢驗協(xié)議。
38. 根據(jù)權(quán)利要求37所述的計算機可讀媒體，其進一步包括用于以下操作的指令經(jīng) 由多播數(shù)據(jù)信道接收所述軟件版本信息，以及確定與所述版本信息一起接收的軟件 ID是否與所述用戶裝置相關(guān)。
39. 根據(jù)權(quán)利要求36所述的計算機可讀媒體，其進一步包括用于以下操作的指令在 所述用戶裝置與所述服務(wù)器之間產(chǎn)生點對點連接，以及執(zhí)行拉取檢驗協(xié)議，從所述 服務(wù)器請求所述軟件升級信息，接收包括所述軟件版本信息的服務(wù)器響應(yīng)，且如果 所述服務(wù)器響應(yīng)中的版本號大于與存儲在所述用戶裝置上的軟件相關(guān)聯(lián)的版本號， 那么接收軟件升級通知。
40. 根據(jù)權(quán)利要求36所述的計算機可讀媒體，其中所述接入?yún)f(xié)議是周期性接入?yún)f(xié)議、 用戶起始的接入?yún)f(xié)議、基于事務(wù)的接入?yún)f(xié)議和啟動起始的協(xié)議中的至少一者。
41. 根據(jù)權(quán)利要求36所述的計算機可讀媒體，其進一步包括用于使用基于令牌的接入 協(xié)議并確定客戶端令牌在所述用戶裝置中是否有效的指令。
42. 根據(jù)權(quán)利要求41所述的計算機可讀媒體，其進一步包括用于執(zhí)行拉取檢驗協(xié)議， 產(chǎn)生客戶端令牌，且如果所述客戶端值無效那么將所述客戶端令牌值設(shè)定為等于所 述服務(wù)器令牌值的指令。
43. 根據(jù)權(quán)利要求41所述的計算機可讀媒體，其進一步包括用于如果所述客戶端令牌有效那么確定客戶端令牌值是否大于或等于服務(wù)器令牌值的指令。
44. 根據(jù)權(quán)利要求43所述的計算機可讀媒體，其進一步包括用于如果所述客戶端令牌 值不大于或等于所述服務(wù)器令牌值(模數(shù)n)那么確定所述客戶端令牌值是否在所 述服務(wù)器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間的指令，其 中n為最大令牌值，其中服務(wù)器傳輸與m (正整數(shù))最近的服務(wù)器令牌值相關(guān)聯(lián)的 軟件升級通知。
45. 根據(jù)權(quán)利要求44所述的計算機可讀媒體，其進一步包括用于如果所述客戶端令牌 值在所述服務(wù)器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間那么 執(zhí)行推送檢驗協(xié)議并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值的指令。
46. 根據(jù)權(quán)利要求44所述的計算機可讀媒體，其進一步包括用于如果所述客戶端令牌 值不在所述服務(wù)器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間那 么執(zhí)行拉取檢驗協(xié)議并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值的指令。
47. 根據(jù)權(quán)利要求36所述的計算機可讀媒體，其進一步包括用于通過執(zhí)行推送檢驗協(xié) 議持續(xù)預定時間周期隨后執(zhí)行拉取檢驗協(xié)議來提供所述軟件升級通知的指令。
48. —種執(zhí)行用于增加無線通信環(huán)境中的處理量的指令的處理器，所述指令包括從服務(wù)器接收具有軟件版本信息的額外開銷消息； 執(zhí)行檢驗協(xié)議以確定軟件升級是否可用于用戶裝置；以及 執(zhí)行接入?yún)f(xié)議以接收軟件升級通知。
49. 根據(jù)權(quán)利要求48所述的處理器，其中所述檢驗協(xié)議是經(jīng)由服務(wù)器與至少一個用戶 裝置之間的多播信道而執(zhí)行的多播檢驗協(xié)議。
50. 根據(jù)權(quán)利要求48所述的處理器，所述指令進一步經(jīng)由點對點連接執(zhí)行單播檢驗協(xié) 議，從所述服務(wù)器處請求軟件版本信息，接收包括所述軟件版本信息的服務(wù)器響應(yīng)， 且如果所述服務(wù)器響應(yīng)中的版本號大于與存儲在所述用戶裝置上的軟件相關(guān)聯(lián)的 版本號，那么接收軟件升級通知。
51. 根據(jù)權(quán)利要求48所述的處理器，所述指令進一步包括實施基于令牌的接入?yún)f(xié)議并 確定客戶端令牌在所述用戶裝置中是否有效。
52. 根據(jù)權(quán)利要求51所述的處理器，所述指令進一步包括執(zhí)行單播檢驗協(xié)議，產(chǎn)生客 戶端令牌，且如果客戶端值無效，那么將所述客戶端令牌值設(shè)定為等于服務(wù)器令牌 值。
53. 根據(jù)權(quán)利要求51所述的處理器，所述指令進一步包括如果所述客戶端令牌有效， 那么確定客戶端令牌值是否大于或等于服務(wù)器令牌值。
54. 根據(jù)權(quán)利要求53所述的處理器，所述指令進一步包括如果所述客戶端令牌值不大 于或等于所述服務(wù)器令牌值(模數(shù)n)，那么確定所述客戶端令牌值是否在所述服務(wù) 器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，其中n為最大令 牌值，其中服務(wù)器傳輸與m (正整數(shù))最近的服務(wù)器令牌值相關(guān)聯(lián)的軟件升級通知。
55. 根據(jù)權(quán)利要求54所述的處理器，所述指令進一步包括如果所述客戶端令牌值在所 述服務(wù)器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，那么執(zhí)行 多播檢驗協(xié)議并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值。
56. 根據(jù)權(quán)利要求54所述的處理器，所述指令進一步包括如果所述客戶端令牌值不在 所述服務(wù)器令牌值減去m (模數(shù)n)與所述服務(wù)器令牌值-1 (模數(shù)n)之間，那么執(zhí) 行單播檢驗協(xié)議并將所述客戶端令牌值設(shè)定為等于所述服務(wù)器令牌值。
57. 根據(jù)權(quán)利要求48所述的處理器，所述指令進一步包括通過執(zhí)行多播檢驗協(xié)議持續(xù) 預定時間周期，且在所述預定時間周期期滿后準許所述用戶裝置起始單播檢驗協(xié)議 來提供所述軟件升級通知。
全文摘要
本發(fā)明描述促進在無線通信環(huán)境中將軟件升級通知提供到利用單播和多播通信技術(shù)的用戶裝置的系統(tǒng)和方法。通過準許在試圖下載或接收給定軟件更新的通知之前作出關(guān)于所述給定軟件更新是否與所述用戶裝置相關(guān)的確定，使帶寬和功率消耗最小化。另外，對版本號和軟件身份的評估促進確定是使用單播軟件檢驗協(xié)議還是使用多播軟件檢驗協(xié)議。也可經(jīng)由多播信道傳輸軟件升級信息持續(xù)預定時間周期，其后，用戶裝置可起始單播檢驗協(xié)議以接收軟件升級信息。
文檔編號G06F9/445GK101361354SQ200680051194
公開日2009年2月4日 申請日期2006年11月22日 優(yōu)先權(quán)日2005年11月23日
發(fā)明者李江元, 陳安梅 申請人:高通股份有限公司