專利名稱：用于處理移動電臺中的視頻點播數(shù)據(jù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動電臺，以及更具體地說，涉及用于處理移動電臺中的視頻點播(VOD)數(shù)據(jù)的方法，能快速地處理連接到VOD服務(wù)供應(yīng)商的移動電臺中的VOD內(nèi)容。
背景技術(shù)：
近年來，隨著通信技術(shù)發(fā)展，移動電臺具有許多輔助的功能以及普通通信功能。這些輔助功能包括照相機功能、攝像放像機功能和多媒體功能。其中，多媒體功能是再現(xiàn)包括語音、文本、靜止圖像、運動圖像等待的各種媒體的數(shù)據(jù)，因此具有多媒體功能的移動電臺的用戶能通過無線網(wǎng)絡(luò)，從多媒體供應(yīng)商接收用于各種多媒體內(nèi)容，即諸如電影、音樂視頻等等的視頻數(shù)據(jù)(例如“VOD”數(shù)據(jù))的VOD服務(wù)。
VOD服務(wù)以流式格式(換句話說，實時)提供媒體內(nèi)容。移動電臺除用于執(zhí)行移動電臺的一般控制功能的控制芯片(例如移動電臺調(diào)制解調(diào)器(MSM))外，還包含單獨的多媒體芯片(諸如多媒體處理器)，以便更穩(wěn)定地處理VOD數(shù)據(jù)。
圖1A和1B是分別表示在傳統(tǒng)的移動電臺中，用于VOD服務(wù)的MSM和多媒體處理器的VOD協(xié)議棧的視圖。
用于圖1A所示的MSM的協(xié)議棧包括為最低層的物理層、無線電鏈路協(xié)議(RLP)層、點對點協(xié)議(PPP)層、網(wǎng)際協(xié)議(IP)層、傳輸控制協(xié)議/用戶數(shù)據(jù)報協(xié)議(TCP/UDP)層、套接層(socket layer)和按順序最高層的無線應(yīng)用協(xié)議(WAP)層。
即，該MSM通過PPP層的協(xié)商連接到基于WAP的互聯(lián)網(wǎng)。
同時，用于如圖1B中所示的多媒體處理器的協(xié)議棧包括IP層、TCP/UDP層、套接層和實時傳輸協(xié)議/實時會議層/實時流式協(xié)議/超文本傳輸協(xié)議(RTP/RTCP/RTSP/HTTP)層。
這種多媒體處理器接收通過基于WAP的互聯(lián)網(wǎng)，由MSM接收并通過MSM，從VOD數(shù)據(jù)的最高層到PPP層解封裝的VOD數(shù)據(jù)，以及通過從IP層到RTP/RTCP/RTSP/HTTP層解封裝VOD數(shù)據(jù)，處理該VOD。同時，將數(shù)據(jù)傳送到VOD服務(wù)器，多媒體處理器按與接收VOD數(shù)據(jù)處理順序相反的順序，將傳輸數(shù)據(jù)傳送到MSM。
在這種情況下，MSM根據(jù)如圖2所示的優(yōu)先級，處理VOD數(shù)據(jù)。在圖2中，“TASK”表示MSM，為VOD服務(wù)而執(zhí)行的任務(wù)，“CPU時間(ms)”表示每秒的MSM占用率，“NO任務(wù)轉(zhuǎn)換”表示在占用時間周期期間，由其他任務(wù)剝奪相關(guān)任務(wù)的占用電動機的時間量，以及“優(yōu)先級”表示相關(guān)任務(wù)的優(yōu)先級。其中，較大優(yōu)先級號表示較高優(yōu)先級。
參考圖2，應(yīng)理解到優(yōu)先級越高，MSM占用率變?yōu)樵礁?，?dǎo)致任務(wù)間的切換時間量越小。
根據(jù)具有上述結(jié)構(gòu)的傳統(tǒng)移動電臺的VOD服務(wù)方法，在移動電臺通過基于WAP互聯(lián)網(wǎng)，訪問VOD服務(wù)器時，MSM處理多媒體數(shù)據(jù)直到PPP層，然后，多媒體處理器處理從IP層到RTP/RTCP/RTSP/HTTP層的多媒體數(shù)據(jù)。用這種方式，傳統(tǒng)的移動電臺能通過多媒體處理器，處理已經(jīng)通過無線網(wǎng)絡(luò)，從VOD服務(wù)器接收的VOD數(shù)據(jù)。
然而，如圖2所示，傳統(tǒng)的移動電臺必須處理具有相當小的優(yōu)先級的數(shù)據(jù)服務(wù)(DS)和數(shù)據(jù)協(xié)議服務(wù)(PS)，諸如在MSM處的“70”和“60”，以致向其施加過載，因此，難以確保最大處理速度。

發(fā)明內(nèi)容
因此，已經(jīng)做出了本發(fā)明來解決在現(xiàn)有技術(shù)中出現(xiàn)的上述問題，以及本發(fā)明的目的是提供用于處理移到電臺中的VOD數(shù)據(jù)的方法，能通過改變多媒體處理器的協(xié)議棧來快速地處理VOD數(shù)據(jù)，通過當移動電臺通過MSM連接到基于WAP的互聯(lián)網(wǎng)時協(xié)商的協(xié)議，處理VOD數(shù)據(jù)。
為實現(xiàn)該目的，根據(jù)本發(fā)明的一個方面，提供一種用于處理移動電臺中的視頻點播(VOD)數(shù)據(jù)的方法，移動電臺包括用于處理多媒體數(shù)據(jù)的多媒體處理器和用于控制移動電臺的移動電臺調(diào)制解調(diào)器(MSM)，方法包括步驟當移動電臺通過MSM訪問無線應(yīng)用協(xié)議(WAP)時，通過執(zhí)行與服務(wù)器通信的點對點協(xié)議(PPP)協(xié)商，協(xié)商PPP選項信息；將通過MSM協(xié)商的PPP選項信息傳送到多媒體處理器；將所傳送的PPP選項信息用作多媒體處理器的PPP信息，設(shè)置VOD數(shù)據(jù)路徑；處理根據(jù)VOD數(shù)據(jù)路徑，在MSM中接收的VOD數(shù)據(jù)達VOD數(shù)據(jù)的RLP層，然后，將VOD數(shù)據(jù)傳送到多媒體處理器；以及在多媒體處理器中，處理來自最低層的PPP層、傳送到多媒體處理器的VOD數(shù)據(jù)。


從下述結(jié)合附圖的詳細描述，本發(fā)明的上述和其他目的、特征和優(yōu)點將更顯而易見，其中圖1A和1B是分別表示在傳統(tǒng)的移動電臺中，用于VOD服務(wù)的MSM和多媒體處理器的VOD協(xié)議棧的視圖；圖2是表示在傳統(tǒng)的移動電臺中，根據(jù)任務(wù)的MSM占用率和優(yōu)先級的視圖；圖3是示例說明根據(jù)本發(fā)明的實施例，移動電臺的結(jié)構(gòu)的框圖；圖4A和4B是表示圖3中所示的用于VOD服務(wù)的多媒體處理器和MSM的VOD協(xié)議棧的示例視圖；圖5是表示根據(jù)本發(fā)明的實施例，處理移動電臺中的VOD數(shù)據(jù)的方法的流程圖；圖6是示意性地示例說明根據(jù)本發(fā)明的實施例，移動電臺和無線網(wǎng)絡(luò)間的PPP協(xié)商過程的流程圖；圖7是表示用在圖6所示的LCP協(xié)商過程的LCP幀的結(jié)構(gòu)的視圖；圖8是表示圖7中所示的LCP幀的詳細結(jié)構(gòu)的視圖；以及圖9是表示用在圖6所示的IPCP協(xié)商的IPCP幀的詳細結(jié)構(gòu)的視圖。
具體實施例方式
在下文中，將參考附圖，描述根據(jù)本發(fā)明的實施例，用于處理移動電臺中的VOD數(shù)據(jù)的方法。在本發(fā)明的實施例的下述描述中，為簡潔起見，將省略其中金惟的已知功能和結(jié)構(gòu)的詳細描述。
圖3是示例說明根據(jù)本發(fā)明的實施例的移動電臺的結(jié)構(gòu)的框圖。
射頻(RF)單元21執(zhí)行移動電臺的傳輸和接收功能。RF單元21包括RF發(fā)射機和RF接收機。RF發(fā)射機上變頻和放大將傳輸?shù)男盘柕念l率以及RF接收機低噪聲放大所接收的信號和下變頻所接收的信號的頻率。
數(shù)據(jù)處理器23包括用于編碼和調(diào)制將傳送的信號的發(fā)射機和用于解調(diào)和解碼所接收的信號的接收機。即，數(shù)據(jù)處理器23可以包括調(diào)制器和解調(diào)器(調(diào)制解調(diào)器)和編碼器/解碼器(編解碼器)。
音頻處理器25再現(xiàn)從數(shù)據(jù)處理器23輸出的接收音頻信號和將從麥克風輸出的傳輸音頻信號傳送到數(shù)據(jù)處理器23。同時，音頻處理器25將根據(jù)本發(fā)明的實施例，實時通過VOD數(shù)據(jù)傳送的語音信號輸出到揚聲器。
鍵盤27包括用于數(shù)字和字符信息的鍵和用于設(shè)置各種功能的功能鍵。根據(jù)本發(fā)明的實施例，鍵盤27可以包括VOD訪問鍵、菜單鍵、方向鍵和確認鍵。
存儲器29可以包括程序存儲器和數(shù)據(jù)存儲器。程序存儲器存儲用于控制移動電臺的一般操作的程序和根據(jù)本發(fā)明的實施例，用于處理VOD數(shù)據(jù)的程序。
多媒體處理器31在執(zhí)行VOD服務(wù)時，處理通過無線網(wǎng)絡(luò)接收的VOD數(shù)據(jù)。根據(jù)本發(fā)明的實施例的多媒體處理器31通過MSM10，執(zhí)行WAP訪問時協(xié)商的PPP選項信息，然后將所接收的PPP選項信息用作多媒體處理器1的PPP信息。另外，當將PPP選項信息用作多媒體處理器31的PPP信息時，多媒體處理器31形成由MSM10的無線電鏈路協(xié)議(RLP)處理、用于處 VOD數(shù)據(jù)的上層(IP、TCP/UDP、套接、RTP/RTCP/RTSP/HTTP)，然后從MSM10輸出，以及根據(jù)每個層，通過VOD數(shù)據(jù)的解封裝處理VOD數(shù)據(jù)。另外，多媒體處理器31封裝從最高協(xié)議層到最低協(xié)議層、對應(yīng)于從MSM10接收的VOD數(shù)據(jù)的傳輸數(shù)據(jù)以便將傳輸數(shù)據(jù)傳送到MSM10。
MSM10執(zhí)行控制移動電臺的一般操作的功能。另外，當用鍵盤27選擇用于VOD服務(wù)器訪問的菜單項時，MSM10識別它并將通過在執(zhí)行WAP訪問時，執(zhí)行PPP協(xié)商設(shè)置的PPP選項信息和有關(guān)通過WAP訪問形成的上層協(xié)議(IP、TCP/UDP和套接)的信息傳送到多媒體處理器31。同時，MSM10接收根據(jù)由多媒體處理器31接收的VOD數(shù)據(jù)，從多媒體處理器31輸出的傳輸數(shù)據(jù)以及將所接收的傳輸數(shù)據(jù)傳送到VOD服務(wù)器。
顯示單元40在MSM10的控制下，顯示在程序操作期間生成的消息。另外，顯示單元40顯示從MSM10輸出的用戶數(shù)據(jù)。另外，根據(jù)本發(fā)明的實施例，顯示單元40由多媒體處理器31處理并輸出的VOD數(shù)據(jù)。其中，顯示單元40可以包括LCD。在這種情況下，顯示單元40還可以包括LCD控制器、用于存儲圖像數(shù)據(jù)的存儲器和LCD元件。當LCD具有觸摸屏結(jié)構(gòu)時，鍵盤27和LCD可以充當輸入部。
現(xiàn)在，將參考圖3來描述移動電臺的操作。在呼出呼叫模式的情況下，當用戶在使用鍵盤27執(zhí)行撥號操作后，選擇呼出呼叫模式時，MSM10識別它，并控制接收由數(shù)據(jù)處理器23處理接收撥號信號后輸出的撥號信息以及由RF單元21轉(zhuǎn)換成RF信號。此后，當從被叫用戶生成應(yīng)答信號時，移動電臺通過RF單元21和數(shù)據(jù)處理器23識別應(yīng)答信號。然后，通過音頻處理器25形成語音通信信道。以便變?yōu)閷τ脩魜碚f可以與其他用戶通信。同時，在呼入呼叫的情況下，MSM10識別出數(shù)據(jù)處理器23選擇呼入呼叫模式，以及通過語音處理器25生成振鈴信號。此后，當用戶選擇響應(yīng)振鈴信號時，MSM10識別它，然后，通過語音處理器25形成語音通信信道，以便變?yōu)閷τ脩魜碚f，可以與呼叫用戶通信。盡管語音通信已經(jīng)描述為呼出呼叫模式和呼入呼叫模式的例子，將理解到本實施例也可以應(yīng)用于除語音通信外，用于分組數(shù)據(jù)和圖像數(shù)據(jù)的通信的數(shù)據(jù)通信。同時，在等待模式期間或在字符通信模式期間，MSM10在顯示單元40上顯示由數(shù)據(jù)處理器23處理過的字符數(shù)據(jù)。
現(xiàn)在，將描述如上所述的移動電臺的WAP訪問和VOD數(shù)據(jù)處理過程。在鍵盤27中按壓VOD訪問鍵，或通過確認鍵，選擇在已經(jīng)按壓菜單鍵后顯示的菜單項中、對應(yīng)于VOD訪問鍵的菜單項。然后，MSM10識別通過VOD訪問鍵或確認鍵生成的按鍵數(shù)據(jù)，并嘗試WAP訪問。在這種情況下，為MSM10訪問基于WAP的互聯(lián)網(wǎng)或具有VOD服務(wù)，首先執(zhí)行用于VOD服務(wù)器和基站間的用于數(shù)據(jù)傳輸協(xié)議的協(xié)商過程。
現(xiàn)在，將參考附圖，詳細地描述通過WAP，允許用戶使用VOD服務(wù)的協(xié)商過程。
圖4A和4B是表示用于如圖3所示的VOD服務(wù)的多媒體處理器和MSM的VOD協(xié)議棧的示例視圖。
圖4A表示具有與用于傳統(tǒng)的MSM的協(xié)議棧相同結(jié)構(gòu)的MSM10的協(xié)議棧。即，用于圖4A中所示的MSM10的協(xié)議棧包括最低層的物理層、RLP層、層、IP層、TCP/UDP層、套接層和順序中的最高層的WAP層。
即，MSM10使所接收的數(shù)據(jù)經(jīng)受根據(jù)每個層的解封裝過程，以及通過最高層的WAP層，將所接收的數(shù)據(jù)傳送到應(yīng)用程序。
圖4B表示不同于包括從RTP/RTCP/RTSP/HTTP層到最低層的IP層的層的傳統(tǒng)多媒體處理器的協(xié)議棧、將PPP層包括為最低層的多媒體處理器31的協(xié)議棧。
即，多媒體處理器31的協(xié)議棧將PPP層包括為最低層，以及包括順序地層疊在PPP層上的IP層、TCP/UDP層、套接層和RTP/RTCP/RTSP/HTTP層。
通過這種協(xié)議棧(protocol stack)，MSM10將在MSM10訪問基于WAP互聯(lián)網(wǎng)時協(xié)商的PPP層的選項信息傳送到多媒體處理器31。然后，多媒體處理器31接收PPP層的選項信息以及將所接收的選項信息用作多媒體處理器31的PPP信息。
因此，通過MSM10，僅將通過MSM10接收的VOD數(shù)據(jù)處理至RLP層，以及通過多媒體處理器31，處理RLP層的上層的從PPP層到最高層的VOD數(shù)據(jù)。
圖5示例說明根據(jù)本發(fā)明的實施例，在移動電臺中處理VOD數(shù)據(jù)的方法的流程圖。
在等待模式中，在步驟511中，MSM10感知是否通過鍵盤27選擇VOD訪問鍵或?qū)?yīng)于VOD訪問鍵的菜單項。
作為感知結(jié)果，當通過鍵盤27選擇VOD訪問鍵或?qū)?yīng)于VOD訪問鍵的菜單項時，在步驟512，MSM10識別它并嘗試WAP訪問。在這種情況下，MSM10與無線互聯(lián)網(wǎng)執(zhí)行協(xié)商以便通過基于WAP的互聯(lián)網(wǎng)，從無線網(wǎng)絡(luò)中的VOD服務(wù)器接收VOD數(shù)據(jù)。
現(xiàn)在，將參考附圖，描述用于WAP訪問的MSM10的PPP協(xié)商過程。
圖6是示意性地示例說明根據(jù)本發(fā)明的實施例，在移動電臺和無線網(wǎng)絡(luò)間的示例性PPP協(xié)商過程的流程圖。在圖6的下述描述中，移動電臺表示MSM10。
LCP協(xié)商過程如步驟611至616所示，驗證(PAP/CHAP)過程如步驟617和618所示，以及IPCP協(xié)商過程如步驟619至623所示。
首先，在步驟611中，移動電臺將用于LCP協(xié)商的“Conf_req(1)”傳送到PDSN(用于無線互聯(lián)網(wǎng)訪問的分組數(shù)據(jù)服務(wù)節(jié)點)。其中“Conf_req(1)”中的數(shù)字“1”表示代表用于傳輸數(shù)據(jù)的序列號的ID信息。
如圖7所示，用于“Conf_req(1)”幀包括第一標記字段、地址字段、控制字段、信息字段、CRC字段和第二標記字段，以及用于“Conf_req(1)”的幀最好由最多1500字節(jié)構(gòu)成。每個字段具有與標準幀的字段相同的功能，將省略其詳細描述。在用于PPP協(xié)商的PPP數(shù)據(jù)幀中，第一標記字段的值為“7E”，地址值為“FF”以及控制字段的值為“O3”。信息字段最好包括多個協(xié)議的一個和多個數(shù)據(jù)(IP/LCP/IPCP/PAP數(shù)據(jù))信息的一個。因此，根據(jù)協(xié)議，IP/LCP/IPCP/PAP數(shù)據(jù)彼此不同。
如圖7所示，當幀是IP幀時，IP協(xié)議為“0021”，當幀是LCP幀時，LC協(xié)議為“C021”，當幀是IPCP幀時，IPCP協(xié)議為“8021”，以及當幀是PAP幀時，PAP協(xié)議為“C023”。另外，在各個協(xié)議后的每個部分中，包括相關(guān)協(xié)議的數(shù)據(jù)。因此，通過協(xié)議信息，可以識別將包括的IP/LCP/IPCP/PAP數(shù)據(jù)的任何數(shù)據(jù)。下面，將結(jié)合IPCP和PAP協(xié)商過程的描述，詳細地描述PAP/IPCP的幀。其中，應(yīng)注意如參考圖7所述，除具有不同協(xié)議和相關(guān)協(xié)議的數(shù)據(jù)外，用于PPP協(xié)商的數(shù)據(jù)幀(LCP、PAP/CHAP和IPCP)和用于VOD數(shù)據(jù)的PPP數(shù)據(jù)具有相同的幀結(jié)構(gòu)。
在圖7所示的信息字段中，如圖8所示，細分除有關(guān)協(xié)議的信息外的相關(guān)協(xié)議的數(shù)據(jù)。即，相關(guān)協(xié)議的數(shù)據(jù)包括8位碼信息、標識符(ID)信息、表示選項信息(類型+長度+數(shù)據(jù)或類型+長度)的16位長度信息和具有剩余位的相關(guān)協(xié)議的實際數(shù)據(jù)(諸如選項信息)。圖8是表示三個LCP協(xié)商選項信息的示例視圖，其中碼信息是“1”以及類型信息是“2”、“7”和“8”。
現(xiàn)在，將更詳細地描述在圖8中細分的協(xié)議數(shù)據(jù)。
首先，碼信息的每個數(shù)字具有下表1所示的含義。
表1

在下文中，將簡單地描述如表1中所述的碼號的“1”、‘2’、‘3’和‘4’的碼號。碼號‘1’表示在PPP協(xié)商過程的LCP協(xié)商過程中，從移動臺發(fā)送到PDSN或反之亦然的數(shù)據(jù)，以及表示請求LCP協(xié)商的信號。碼號‘1’上兇手 在如圖6所示的‘Conf_Req(1)’、‘Conf_Rej’和‘Conf_req(2)’信號的每一個中的碼號。
碼號“2”表示用于在LCP協(xié)商過程中，告知移動電臺或PDSN(例如接收方)正常接收從PDSN或移動電臺(例如傳輸方)傳送的數(shù)據(jù)的信號，以及應(yīng)答所接收的數(shù)據(jù)。碼號“2”是包括在圖6所示的“Conf_Ack”中的碼號。
碼號“3”表示當接收方未正常地接收從傳輸方傳送的數(shù)據(jù)或當在LCP協(xié)商過程中，接收方拒絕碼號“1”的“Configure Request”時，用于請求傳輸方再次請求LCP協(xié)商的信號。碼號“3”是與碼號“2”相反的碼號。
碼號“4”表示用于表示在LCP協(xié)商過程中，移動電臺或PDSN(例如接收方)拒絕碼號“1”的“Configure Request”的信號。
ID信息是有關(guān)相關(guān)協(xié)議數(shù)據(jù)的信息以及碼信息表示數(shù)據(jù)的序列號。即，號“1”的“Conf_Req(1)”和號“2”的“Conf_Req(2)”是數(shù)據(jù)的序列號。
“長度”表示數(shù)據(jù)的長度，以及“長度”信息后的選項信息包括表示用于“Configure Request”的類型的“類型”、表示對應(yīng)于選項信息的數(shù)據(jù)的長度的“長度”以及用于“Configure Request”的數(shù)據(jù)。
首先，類型信息的數(shù)字的含義如下表2所示。
表2

即，類型號“1’表示包括有關(guān)能接收實際VOD數(shù)據(jù)的最大大小的睥信息?；旧?，能接收1500字節(jié)的VOD數(shù)據(jù)。類型號“3”表示有關(guān)將用于驗證的協(xié)議(PAP或CHAP)的信息。類型號“4”表示有關(guān)定期丟失的分組和傳輸八位字節(jié)的數(shù)量的信息。類型號“5”是隨機選擇來區(qū)分PDSNs或移動電臺已經(jīng)發(fā)生錯誤的狀態(tài)的號碼。即，類型號“5”表示有關(guān)服務(wù)器或移動電臺的信息。類型號“7”表示有關(guān)是否能接收壓縮PPP字段的信息。類型號“8”表示有關(guān)是否能接收無地址和控制字段的VOD數(shù)據(jù)幀的信息。最后，類型號“0D”表示通知相關(guān)服務(wù)器移動電臺在執(zhí)行驗證后，想結(jié)束連接以便在另一應(yīng)用中能使用它的信息。
同時，長度信息表示在LCP選項信息中，有關(guān)數(shù)據(jù)的長度的信息。即，如圖8所示，在第一LCP選項信息中的長度信息包括2字節(jié)的類型信息，以及4字節(jié)的數(shù)據(jù)信息，從而包括總共6個字節(jié)，因此，表示為“06”。在第一LCP選項信息后的每個LCP選項信息的長度信息僅包括2字節(jié)的類型信息，從而表示為“02”。盡管三個LCP選項信息如圖5的例子所示，應(yīng)理解到，能改變LCP選項信息的數(shù)量。
在長度信息后的數(shù)據(jù)表示根據(jù)相關(guān)類型的數(shù)據(jù)。
同時，在步驟612，已經(jīng)接收具有上述結(jié)構(gòu)的LCP幀的“Conf_req(1)”的PDSN將告知已經(jīng)正常接收“Conf_req(1)”的“Conf_Ack(碼號2”傳送到移動電臺。相反，當在PDSN中未正常接收“Conf_req(1)”時，PDSN將“Conf_Nak”(碼號3)傳送到移動電臺。
已經(jīng)傳送“Conf_req(1)”的移動電臺進入步驟613，其中當LCP協(xié)商過程中有另一請求數(shù)據(jù)時，移動電臺傳送“Conf_req(2)”。在這種情況下，當PDSN正常接收數(shù)據(jù)時，PDSN進入步驟614，其中PDSN將“Conf_Ack”傳送到移動電臺。相反，當在PDSN中未正常接收數(shù)據(jù)時，PDSN傳送“Conf_Nak”，從而要求重傳LCP協(xié)商請求數(shù)據(jù)。
但是，在步驟615，在PDSN響應(yīng)“Conf_req(1)”，將“Conf_Rej(碼號4)”到移動電臺的情況下，已經(jīng)接收到“Conf_Rej(碼號4)”的移動電臺改變LCP選項信息，然后傳送包括所改變的LCP選項信息的LCP協(xié)商請求數(shù)據(jù)。
當在步驟614中，移動電臺接收“Conf_Ack”時，移動電臺結(jié)束LCP協(xié)商過程。
盡管上面描述了在步驟611中，移動電臺將“Conf_req(1)”傳送到PDSN的情形，能理解到PDSN能將LCP協(xié)商請求數(shù)據(jù)傳送到移動電臺。
當在步驟614中，移動電臺接收“Conf_Ack”后，LCP協(xié)商過程結(jié)束時，移動電臺進入步驟616，其中，移動電臺請求驗證PDSN。
即，移動電臺將“Authenticate_Req”傳送到PDSN來請求驗證。在步驟617中，響應(yīng)驗證請求，已經(jīng)接收驗證請求的PDSN將“Authenticate_Ack”傳送到移動電臺。
此后，當移動電臺接收“Authenticate_Ack”時，移動電臺結(jié)束驗證過程，然后執(zhí)行IPCP協(xié)商過程。
在步驟618，已經(jīng)接收“Authenticate_Ack”的移動電臺將用于IPCP協(xié)商的“IPCP_Req(1)”傳送到PDSN。即，移動電臺請求IP和域名系統(tǒng)(DSN)地址，以及PDSN響應(yīng)移動電臺的請求，向移動電臺分配IP和DNS地址。其中，“IPCP_Req(1)”的數(shù)字“1”是表示傳輸數(shù)據(jù)的序列號的ID信息。
然后，在步驟619，響應(yīng)“IPCP_Req(1)”，PDSN將“IPCP_Ack(碼號2)”傳送到移動電臺。同時，在步驟623，當響應(yīng)稍后所述的步驟621，將“IPCP_Ack(碼號3)”從PDSN傳送到移動電臺時，PPP協(xié)商過程結(jié)束。相反，在PDSN中未正常接收“IPCP_Req”，PDSN將“IPCP_Nak(碼號3)”傳送到移動電臺。
然而，在步驟620，PDSN將“Conf_Rej(碼號4)”傳送到移動電臺的情況下，移動電臺接收“Conf_Rej(碼號4)”，改變IPCP選項信息，然后傳送包括所改變的IPCP選項信息的IPCP協(xié)商請求數(shù)據(jù)。這些步驟同樣應(yīng)用于在步驟621和622中傳送的“IPCP_Req(2)”和“IPCP_Req(3)”。
此后，當其他IPCP協(xié)調(diào)請求數(shù)據(jù)存在時，移動電臺根據(jù)請求數(shù)據(jù)量，分別通過步驟621和622傳送“IPCP_Req(2)”和“IPCP_Req(3)”。
由于該IPCP幀包括協(xié)議字段和IPCP數(shù)據(jù)字段，如圖7所示，可以細分IPCP數(shù)據(jù)字段，如圖9所示。如圖8和9所示，LCP幀和IPCP幀具有彼此相同的結(jié)構(gòu)。在下文中，將描述IPCP幀中，與LCP幀不同的碼信息和類型信息，而省略其他字段的描述。
IPCP幀的碼信息如表3所示。
表3

碼號“1”表示在IPCP協(xié)商過程的IPCP協(xié)商過程中，從移動電臺傳送到PDSN或反之亦然的數(shù)據(jù)，以及表示請求LCP協(xié)商的信號。碼號“1”是包括在如圖6所示的“IPCP_Req(1)”、“IPCP_Req(2)”和“IPCP_Req(3)”的每一個中的碼號。
碼號“2”表示用于告知在IPCP協(xié)商過程中，移動電臺或PDSN(例如接收方)正常接收從PDSN或移動電臺(例如傳輸方)傳送的數(shù)據(jù)以及確認所接收的數(shù)據(jù)的信號。碼號“2”是包括在如圖6所示的“IPCP_Ack”中的碼號。
碼號“3”表示在LCP協(xié)商過程中，當接收方未正常地接收從傳輸方傳送的數(shù)據(jù)或當接收方拒絕碼號“1”的“Configure Request”時，要求傳輸方再次請求IPCP協(xié)商的信號。碼號“3”是與碼號“2”相反的碼號。
碼號“4”表示用于通知在IPCP協(xié)商過程中，移動電臺或PDSN(例如接收方)拒絕“Configure Request”的信號。
除上述碼信息外，在IPCP幀和LCP幀間，還有各種不同的類型信息，如表4所示。
表4

再參考圖5，在MSM10通過上述過程執(zhí)行PPP協(xié)商后，在步驟513中，MSM10將PPP協(xié)商的PPP選項信息傳送到多媒體處理器31。然后，多媒體處理器31將所接收的PPP選項信息用作構(gòu)成用于多媒體處理器31的協(xié)議棧的最低層的PPP信息。
此后，在MSM10中，僅處理達RLP層的VOD數(shù)據(jù)，以及設(shè)置數(shù)據(jù)路徑以便將VOD數(shù)據(jù)傳送到多媒體處理器31。即，在步驟514中，MSM10僅處理達RLP層的VOD數(shù)據(jù)，然后，將VOD數(shù)據(jù)傳送到多媒體處理器31。

表4-5其中，前向補充信道(F-SCH)支持動態(tài)建立和無限長連接，即永久連接模式，因此，針對分組數(shù)據(jù)特點，以上的前向業(yè)務(wù)信道采用了一條或兩條F-SCH作為集群業(yè)務(wù)的共享業(yè)務(wù)信道。相應(yīng)的，在反向業(yè)務(wù)信道采用了反向?qū)Ｓ每刂菩诺?反向補充信道(R-DCCH/R-SCH)，其中R-SCH可進行動態(tài)建立，每個MS可以有一到兩條R-SCH信道傳輸反向業(yè)務(wù)數(shù)據(jù)。前向分組數(shù)據(jù)流通過共享的信道F-SCH傳輸，F(xiàn)-SCH可有一條或兩條，共享信道長碼掩碼與上例相同，可根據(jù)組ID經(jīng)過特定算法如加密算法計算得到；反向分組數(shù)據(jù)通過每用戶一條的R-DCCH信道或者動態(tài)建立的R-SCH傳輸；F-SCH可實現(xiàn)軟切換也可不實現(xiàn)，由CDMA協(xié)議的高層如應(yīng)用層實現(xiàn)業(yè)務(wù)的連續(xù)性。
這種信道模式不僅可傳輸普通分組數(shù)據(jù)，也可傳輸業(yè)務(wù)質(zhì)量(QoS)要求較高的多媒體業(yè)務(wù)流，包括分組語音，如VoIP或分組化的語音信息。
其中，集群業(yè)務(wù)邏輯信道與物理信道的對應(yīng)關(guān)系也可以采用和表3-5的分配方法進行。為了適合分組數(shù)據(jù)的特性，表3-5中前向業(yè)務(wù)信道可以動電臺連接到基于WAP的互聯(lián)網(wǎng)時，MSM使用通過MSM協(xié)商的PPP選項信息，處理達PPP層的接收VOD數(shù)據(jù)，然后，多媒體處理器處理從IP層到最高層的VOD數(shù)據(jù)。相反，根據(jù)本發(fā)明的實施例，MSM處理達RLP層的接收VOD數(shù)據(jù)，然后，多媒體處理器處理從PPP層到最高層的接收VOD數(shù)據(jù)。這是因為在MSM的協(xié)議棧中的低層的占用率很低，難以在PPP層中正常地處理從低層產(chǎn)生的數(shù)據(jù)。
如上所述，根據(jù)本發(fā)明的移動電臺的VOD數(shù)據(jù)處理方法的實施例，將PPP層設(shè)置成用于多媒體處理器的協(xié)議層的最低層，以便MSM能處理僅達RLP層的VOD數(shù)據(jù)，而VOD數(shù)據(jù)的其余協(xié)議層能在多媒體處理器中處理，從而當提供VOD服務(wù)時，能提高VOD數(shù)據(jù)處理速度。
盡管參考其某些優(yōu)選實施例示出和描述了本發(fā)明，本領(lǐng)域的技術(shù)人員將理解到在不背離如在附加權(quán)利要求中所定義的本發(fā)明的精神和范圍的情況下，可以在形式和細節(jié)方面做出各種改變。因此，本發(fā)明的范圍不是由上述實施例而是由要得要求及其等效來限定。
權(quán)利要求
1.一種用于處理移動電臺中的視頻點播(VOD)數(shù)據(jù)的方法，所述移動電臺包括用于處理多媒體數(shù)據(jù)的多媒體處理器和用于控制所述移動電臺的移動電臺調(diào)制解調(diào)器(MSM)，所述方法包括步驟當所述移動電臺通過MSM訪問無線應(yīng)用協(xié)議(WAP)時，通過執(zhí)行與服務(wù)器通信的協(xié)商，協(xié)商點對點協(xié)議(PPP)選項信息；將通過所述MSM協(xié)商的所述PPP選項信息傳送到所述多媒體處理器；將所傳送的PPP選項信息用作所述多媒體處理器的PPP信息，設(shè)置VOD數(shù)據(jù)路徑；處理根據(jù)所述VOD數(shù)據(jù)路徑，在所述MSM中接收的VOD數(shù)據(jù)達所述VOD數(shù)據(jù)的RLP層，然后，將所述VOD數(shù)據(jù)傳送到所述多媒體處理器；以及在所述多媒體處理器中，處理從最低層的PPP層傳送到所述多媒體處理器的VOD數(shù)據(jù)。
2.如權(quán)利要求1所述的方法，其中，當響應(yīng)表示開始VOD服務(wù)的MSM信號，傳送表示所述VOD服務(wù)可用的信號時，將所述PPP選項信息傳送到所述多媒體處理器。
3.一種移動電臺，包括射頻單元，用于執(zhí)行所述移動電臺的傳輸和接收功能；數(shù)據(jù)處理器，包括用于編碼和調(diào)制將傳送的信號的發(fā)射機和用于解調(diào)和解碼所接收的信號的接收機；音頻處理器，用于再現(xiàn)從所述數(shù)據(jù)處理器輸出的接收的音頻信號和用于將從麥克風輸出的傳輸音頻信號傳送到所述數(shù)據(jù)處理器；鍵盤，包括用于輸入數(shù)字和字符信息的鍵和用于設(shè)置各種功能的功能鍵；存儲器，包括程序存儲器和數(shù)據(jù)存儲器；以及多媒體處理器，用于處理通過無線網(wǎng)絡(luò)接收的視頻點播數(shù)據(jù)，其中在執(zhí)行所述無線應(yīng)用協(xié)議訪問的同時，所述多媒體處理器接收由移動電臺協(xié)商的點對點協(xié)議選項信息，然后，將所接收的點對點協(xié)議選項信息用作所述多媒體處理器的點對點協(xié)議信息。
4.如權(quán)利要求3所述的移動電臺，其中，所述多媒體處理器在將點對點協(xié)議選項信息用作所述多媒體處理器的點對點協(xié)議信息的同時，所述多媒體處理器形成用于處理由所述移動電臺調(diào)制解調(diào)器的無線鏈路協(xié)議處理的視頻點播數(shù)據(jù)的上層，以及根據(jù)每個層，通過所述視頻點播數(shù)據(jù)的解封裝過程，處理所述視頻點播數(shù)據(jù)。
5.一種用在移動電臺中處理在執(zhí)行VOD服務(wù)時通過無線網(wǎng)絡(luò)接收的VOD數(shù)據(jù)的多媒體處理器，所述多媒體處理器被編程為在執(zhí)行用于移動電臺的無線應(yīng)用協(xié)議(WAP)訪問時，接收由移動電臺調(diào)制解調(diào)器(MSM)協(xié)商的點對點協(xié)議(PPP)選項信息，以便將所接收的PPP選項信息用作用于所述多媒體處理器的PPP信息，形成包括IP、TCP/UDP、套接層和RTP/RTCP/RTSP/HTTP層的上層，用于處理VOD數(shù)據(jù)，以及根據(jù)每個層，經(jīng)解封裝VOD數(shù)據(jù)，處理所述VOD數(shù)據(jù)。
6.如權(quán)利要求5所述的多媒體處理器，其中，所述多媒體處理器進一步編程來封裝從最高協(xié)議層到最低協(xié)議層的對應(yīng)于從所述MSM接收的VOD數(shù)據(jù)的傳輸數(shù)據(jù)，以將所述傳輸數(shù)據(jù)傳送到所述MSM。
7.如權(quán)利要求5所述的多媒體處理器，其中，所述多媒體處理器可用來將包括所述PPP層的協(xié)議棧用作其最低層，以及IP層、TCP/UDP層、套接層和RTP/RTCP/RTSP/HTTP層順序地層疊在PPP層上。
8.如權(quán)利要求7所述的多媒體處理器，其中，所述MSM可用來將包括物理層的協(xié)議棧用作其最低層，然后，無線鏈路協(xié)議(RLP)層、點對點協(xié)議(PPP)層、網(wǎng)際協(xié)議(IP)層、傳輸控制協(xié)議/用戶數(shù)據(jù)報協(xié)議(TCP/UDP)層、套接層和無線應(yīng)用協(xié)議(WAP)作為其最高層，所述MSM根據(jù)每個層解封裝所接收的數(shù)據(jù)，以及通過所述WAP層，將所接收的數(shù)據(jù)傳送到應(yīng)用程序，所述MSM用來傳送所述PPP層的PPP選項信息，以允許所述多媒體處理器接收所述PPP層的選項信息以及將所接收的選項信息用作所述多媒體處理器的PPP信息，從而允許由所述MSM僅處理達所述RLP層的通過所述MSM接收的VOD數(shù)據(jù)以及由所述多媒體處理器處理從所述PPP層到最高層的VOD數(shù)據(jù)。
9.一種用在移動電臺中，處理所述VOD數(shù)據(jù)的移動電臺調(diào)制解調(diào)器(MSM)，所述MSM用來當用戶請求通過VOD服務(wù)器訪問時，通過傳送PPP選項信息設(shè)置和有關(guān)從由IP、TCP/UDP和套接協(xié)議組成的組選擇的上層協(xié)議的信息，控制所述移動電臺，所述MSM用來傳送通過在執(zhí)行WAP訪問時，執(zhí)行PPP協(xié)商時設(shè)置的PPP選項信息，所述MSM通過WAP訪問連接到其上的多媒體處理器，形成有關(guān)上層協(xié)議的信息。
10.如權(quán)利要求9所述的MSM，其中，所述MSM配置成根據(jù)在所述多媒體處理器接收的VOD數(shù)據(jù)，接收從所述多媒體處理器輸出的傳輸數(shù)據(jù)，以及將所接收的傳輸數(shù)據(jù)傳送到VOD服務(wù)器。
全文摘要
公開了一種用于處理移動電臺中的VOD數(shù)據(jù)的方法，移動電臺包括多媒體處理器和用于控制移動電臺的MSM，該方法包括步驟當移動電臺通過MSM訪問WAP時，通過執(zhí)行用于與服務(wù)器通信的PPP協(xié)商，協(xié)商PPP選項信息；將通過MSM協(xié)商的PPP選項信息傳送到多媒體處理器；將所傳送的PPP選項信息用作多媒體處理器的PPP信息，設(shè)置VOD數(shù)據(jù)路徑；處理根據(jù)VOD數(shù)據(jù)路徑，在MSM中接收的VOD數(shù)據(jù)達VOD數(shù)據(jù)的RLP層，然后，將VOD數(shù)據(jù)傳送到多媒體處理器；以及在多媒體處理器中，處理來自最低層的PPP層、傳送到多媒體處理器的VOD數(shù)據(jù)。
文檔編號H04N7/173GK1642271SQ200510005730
公開日2005年7月20日 申請日期2005年1月17日 優(yōu)先權(quán)日2004年1月17日
發(fā)明者趙賢昱, 樸大圭, 孫載坤, 金彊郁 申請人:三星電子株式會社