專利名稱：無線通訊系統(tǒng)提升數(shù)據(jù)傳輸效率的方法及其相關(guān)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是指一種無線通訊系統(tǒng)提升數(shù)據(jù)傳輸效率的方法及其相關(guān)裝置，尤指一種可減少非確認(rèn)收訖的狀態(tài)回報(bào)單元的輸出延遲，以提升數(shù)據(jù)傳輸效率的方法及其相關(guān)裝置。
背景技術(shù)：
傳統(tǒng)的無線通訊系統(tǒng)為了提高傳輸效率及增加可靠度，一般均有自動重發(fā)請求(Automatic Retransmission Request)功能。為達(dá)成自動重發(fā)請求功能，已知技術(shù)可使用滑動窗(Sliding Window)，使封包傳輸更有效率以避免噪聲干擾造成傳輸?shù)姆獍z失。根據(jù)不同的應(yīng)用，滑動窗可分為兩類推進(jìn)式(Push Type)及拉動式(Pull Type)。推進(jìn)式滑動窗是于下緣所對應(yīng)的封包被成功接收或被通知刪除時，才會推進(jìn)接收窗的范圍；若封包的序號落于推進(jìn)式滑動窗之外時，該封包會被刪除。因此，推進(jìn)式滑動窗是用于需提供自動重發(fā)請求(Automatic Repeat Request)功能的接收端，如全球移動電信系統(tǒng)(Universal Mobile Telecommunications System，UMTS)中操作于確認(rèn)模式的無線鏈路控制單元。
相較之下，拉動式滑動窗是于具有序號落于接收窗范圍外的封包被成功接收時，即推進(jìn)接收窗的范圍，并將接收窗的上緣設(shè)為該封包的序號；且推進(jìn)接收窗范圍后，尚未被接收的封包(具有序號落于接收窗下緣之外)會被忽略。因此，拉動式滑動窗是用于不需提供自動重發(fā)請求功能的接收端，其目的是提供序號排序，以達(dá)成數(shù)據(jù)依序上傳的需求，如全球移動電信系統(tǒng)中應(yīng)用于高速下鏈路封包存取(High Speed Downlink Packet Access，HSDPA)的排序單元(Reordering Entity)的接收窗。
此外，若系統(tǒng)未更新推進(jìn)式滑動窗與拉動式滑動窗的大小，則推進(jìn)式滑動窗與拉動式滑動窗的大小會保持定值，且同一協(xié)議單元僅能使用一種滑動窗。
傳統(tǒng)的無線通訊系統(tǒng)(如全球移動電信系統(tǒng))必需支持封包交換(PacketSwitch)傳輸及線路交換(Circuit Switch)傳輸，以提供數(shù)據(jù)交換服務(wù)及語音交換服務(wù)。然而，先進(jìn)式高速無線通訊系統(tǒng)，如長期演進(jìn)(Long TermEvolution，LTE)無線通訊系統(tǒng)，只需支持封包交換傳輸，因此系統(tǒng)架構(gòu)較上述系統(tǒng)簡單，其無線鏈路控制通訊協(xié)議層與媒體存取控制通訊協(xié)議層可集成于同一通訊協(xié)議層中。在此情形下，由于協(xié)議單元僅使用一種滑動窗，會造成數(shù)據(jù)傳輸效率降低的問題，請見以下說明。
首先，無線鏈路控制通訊協(xié)議層是通過推進(jìn)式滑動窗執(zhí)行自動重發(fā)請求功能，當(dāng)推進(jìn)式滑動窗檢測到遺失序號時(即落后于該遺失序號的序號先被成功接收到，而造成跳號)，無線鏈路控制協(xié)議單元會回傳狀態(tài)回報(bào)單元(StatusReport)，表示該遺失序號所對應(yīng)的封包尚未收訖(NegativeAcknowledgement，NACK)，以要求傳輸端重傳該遺失序號所對應(yīng)的封包。另一方面，媒體存取控制通訊協(xié)議層可通過混合式自動重發(fā)請求(HybridAutomatic Repeat Request，HARQ)流程啟動封包重傳，其是根據(jù)所接收的確認(rèn)信號(ACK/NACK)來決定是否要重傳，并由前一個傳輸失敗的數(shù)據(jù)中存下有用的信息，供之后的解碼使用。混合式自動重發(fā)請求流程是將兩次或多次解碼失敗的數(shù)據(jù)結(jié)合起來而產(chǎn)生出正確解碼的封包，因而增加了傳輸速率。但是，也由于此特性，造成封包的傳輸有可能后發(fā)先到。因此，當(dāng)無線鏈路控制協(xié)議單元發(fā)出狀態(tài)回報(bào)單元要求傳輸端重傳遺失封包時，媒體存取控制協(xié)議單元可能已通過混合式自動重發(fā)請求流程取得該遺失封包。在此情形下，已知技術(shù)會造成不必要的重傳與無線資源的浪費(fèi)。
因此，無線鏈路控制協(xié)議單元必需包含檢測機(jī)制，用來檢測混合式自動重發(fā)請求的協(xié)議數(shù)據(jù)單元(Protocol Data Unit)是否真正遺失或是尚在重傳之中，以適時要求傳輸端啟動重傳。最直接的方式是使用定時器，亦即當(dāng)無線鏈路控制協(xié)議單元檢測到遺失序號時，啟動該定時器計(jì)時；于該定時器期滿前，無線鏈路控制協(xié)議單元不會輸出非確認(rèn)收訖的狀態(tài)回報(bào)單元。如此一來，只要適當(dāng)設(shè)定定時器的期滿值，即可避免傳輸端啟動不必要的重傳。然而，由于混合式自動重發(fā)請求流程為異步自動重發(fā)請求技術(shù)，其完成遺失封包重傳的時間會受到傳輸環(huán)境或外在傳輸條件的影響。因此，若要使定時器的期滿值適用于所有傳輸狀況，則定時器的期滿值必須設(shè)定為適用于最差傳輸條件，造成狀態(tài)回報(bào)單元的輸出延遲，因而影響數(shù)據(jù)傳輸效率。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的即在于提供無線通訊系統(tǒng)提升數(shù)據(jù)傳輸效率的方法及其相關(guān)裝置。
本發(fā)明揭露一種用于無線通訊系統(tǒng)中提升數(shù)據(jù)傳輸效率的方法，包含有于操作于確認(rèn)模式的協(xié)議單元的接收邊中，使用至少一第一接收窗及一第二接收窗，該第一接收窗用來提供自動重發(fā)請求功能，該第二接收窗用來檢測遺失序號。
本發(fā)明還揭露一種用于無線通訊系統(tǒng)的通訊裝置，用以提升數(shù)據(jù)傳輸效率，該通訊裝置包含有控制電路，用來實(shí)現(xiàn)該通訊裝置的功能；中央處理器，設(shè)于該控制電路中，用來執(zhí)行程序碼以操控該控制電路；以及儲存裝置，設(shè)于該控制電路中且耦接于該中央處理器，用來儲存該程序碼；其中該程序碼中包含有于操作于確認(rèn)模式的協(xié)議單元的接收邊中，使用至少一第一接收窗及一第二接收窗，該第一接收窗用來提供自動重發(fā)請求功能，該第二接收窗用來檢測遺失序號。
本發(fā)明還揭露一種用于無線通訊系統(tǒng)中提升數(shù)據(jù)傳輸效率的方法，包含有于操作于確認(rèn)模式的協(xié)議單元的傳輸邊中，使用至少一第一傳輸窗及一第二傳輸窗，該第一傳輸窗用于自動重發(fā)請求功能，該第二傳輸窗用于混合式自動重發(fā)請求功能。
本發(fā)明還揭露一種用于無線通訊系統(tǒng)的通訊裝置，用以提升數(shù)據(jù)傳輸效率，該通訊裝置包含有控制電路，用來實(shí)現(xiàn)該通訊裝置的功能；中央處理器，設(shè)于該控制電路中，用來執(zhí)行程序碼以操控該控制電路；以及儲存裝置，設(shè)于該控制電路中且耦接于該中央處理器，用來儲存該程序碼；其中該程序碼中包含有于操作于確認(rèn)模式的協(xié)議單元的傳輸邊中，使用至少一第一傳輸窗及一第二傳輸窗，該第一傳輸窗用于自動重發(fā)請求功能，該第二傳輸窗用于混合式自動重發(fā)請求功能。


圖1為一無線通訊裝置的功能方塊圖。
圖2為圖1中一程序碼的示意圖。
圖3為本發(fā)明一實(shí)施例流程的示意圖。
圖4為本發(fā)明一實(shí)施例流程的示意圖。
100 無線通訊裝置102 輸入裝置104 輸出裝置106 控制電路108 中央處理器110 儲存裝置112 程序碼114 收發(fā)器200 應(yīng)用程序?qū)?02 第三層接口206 第二層接口218 第一層接口220 接收窗設(shè)定程序碼222 傳輸窗設(shè)定程序碼224 無線鏈路控制單元226 媒體存取控制單元30、40 流程300、302、304、400、402、404步驟具體實(shí)施方式
請參考圖1，圖1為無線通訊裝置100的功能方塊圖。為求簡潔，圖1僅繪出無線通訊裝置100的輸入裝置102、輸出裝置104、控制電路106、中央處理器108、儲存裝置110、程序碼112及收發(fā)器114。在無線通訊裝置100中，控制電路106通過中央處理器108執(zhí)行儲存于儲存裝置110中的程序碼112，從而控制無線通訊裝置100的運(yùn)作，其可通過輸入裝置102(如鍵盤)接收使用者輸入的信號，或通過輸出裝置104(如屏幕、喇叭等)輸出畫面、聲音等信號。收發(fā)器114用以接收或發(fā)送無線信號，并將所接收的信號傳送至控制電路106，或?qū)⒖刂齐娐?06所產(chǎn)生的信號以無線電方式輸出。換言之，以通訊協(xié)議的架構(gòu)而言，收發(fā)器114可視為第一層的一部分，而控制電路106則用來實(shí)現(xiàn)第二層及第三層的功能。較佳地，無線通訊裝置100是應(yīng)用于第三代移動通訊系統(tǒng)。
請繼續(xù)參考圖2，圖2為圖1中程序碼112的示意圖。程序碼112包含有應(yīng)用程序?qū)?00、第三層接口202及第二層接口206，并與第一層接口218連接。第二層接口206包含兩子層，分別為無線鏈路控制單元224及媒體存取控制單元226。無線鏈路控制單元224主要功能為提供不同的傳輸質(zhì)量處理，依據(jù)不同的傳輸質(zhì)量要求，針對所傳輸?shù)臄?shù)據(jù)或控制指令，進(jìn)行切割(Segmentation)、重組(Reassembly)、串接(Concatenation)、填補(bǔ)(Padding)、重傳(Retransmission)、數(shù)據(jù)加密(Ciphering)、次序檢查(Sequence Check)、重復(fù)檢測(Duplicate detection)等處理。媒體存取控制單元226可依據(jù)第三層接口(無線資源控制層)202的無線資源分配命令，將來自無線鏈路控制單元224不同邏輯信道(Logic Channel)的封包，對應(yīng)到包括普通、共享或?qū)Ｓ玫刃再|(zhì)的傳輸通道(Transport Channel)，以進(jìn)行通道對映(ChannelMapping)、多工(Multiplexing)、傳輸格式選擇(Transport FormatSelection)、隨機(jī)存取控制(Random Access Control)等程序。
在先進(jìn)式高速無線通訊系統(tǒng)中，如長期演進(jìn)(Long Term Evolution，LTE)無線通訊系統(tǒng)，只需支持封包交換傳輸，系統(tǒng)架構(gòu)較簡單，使得無線鏈路控制單元224及媒體存取控制單元226可被集成于同一通訊單元中。在此情形下，本發(fā)明提供接收窗設(shè)定程序碼220及傳輸窗設(shè)定程序碼222，用以設(shè)定第二層接口206的接收窗及傳輸窗，以適時重傳封包，以減少傳輸延遲。請參考圖3，圖3為本發(fā)明一實(shí)施例流程30的示意圖。流程30用于無線通訊系統(tǒng)中提升數(shù)據(jù)傳輸效率，其可被編譯為接收窗設(shè)定程序碼220，其包含以下步驟步驟300開始。
步驟302于操作于確認(rèn)模式的無線鏈路控制單元224的接收邊中，使用至少一第一接收窗及一第二接收窗，該第一接收窗用來提供自動重發(fā)請求功能，該第二接收窗用來檢測遺失序號。
步驟304結(jié)束。
根據(jù)流程30，本發(fā)明實(shí)施例是于確認(rèn)模式的無線鏈路控制單元224的接收邊中，使用第一接收窗及第二接收窗，以提供自動重發(fā)請求功能，及檢測遺失序號。在本發(fā)明較佳實(shí)施例中，第一接收窗為推進(jìn)式滑動窗，用來于其下緣所對應(yīng)的封包被成功接收或被通知刪除時，推進(jìn)第一接收窗范圍，且任何具有序號落于第一接收窗范圍外的封包會被刪除；而第二接收窗為拉動式滑動窗，用來于具有序號落于第一接收窗之內(nèi)而位于第二接收窗范圍外的封包被成功接收時，推進(jìn)第二接收窗范圍，并將其上緣設(shè)為該封包的序號，而推進(jìn)第二接收窗范圍后，落于其下緣外且尚未被接收到的序號被判定為遺失序號。此外，較佳地，第一接收窗的接收窗大小大于或等于第二接收窗的接收窗大小。
因此，通過流程30，當(dāng)?shù)诙邮沾皺z測到遺失序號時，無線鏈路控制單元224可發(fā)出未收訖的狀態(tài)回報(bào)單元，以要求傳輸端重傳遺失序號所對應(yīng)的封包。如此一來，未收訖的狀態(tài)回報(bào)單元的輸出不會受到延遲，因而可提升數(shù)據(jù)傳輸效率。
請參考圖4，圖4為本發(fā)明一實(shí)施例流程40的示意圖。流程40用于無線通訊系統(tǒng)中提升數(shù)據(jù)傳輸效率，其可被編譯為傳輸窗設(shè)定程序碼222，其包含以下步驟步驟400開始。
步驟402于操作于確認(rèn)模式的無線鏈路控制單元224的傳輸邊中，使用至少一第一傳輸窗及一第二傳輸窗，該第一傳輸窗用于自動重發(fā)請求功能，該第二傳輸窗用于混合式自動重發(fā)請求功能。
步驟404結(jié)束。
根據(jù)流程40，本發(fā)明實(shí)施例是于確認(rèn)模式的無線鏈路控制單元224的傳輸邊中，使用第一傳輸窗及第二傳輸窗，分別用于自動重發(fā)請求功能及混合式自動重發(fā)請求功能。在本發(fā)明較佳實(shí)施例中，第一傳輸窗與第二傳輸窗皆是于其下緣所對應(yīng)的封包被確認(rèn)收訖或被設(shè)定刪除時，推進(jìn)傳輸窗范圍。而判斷封包是否被確認(rèn)收訖是根據(jù)對等協(xié)議單元所輸出的狀態(tài)回報(bào)單元或無線鏈路控制單元224的下層協(xié)議單元(媒體存取控制單元226)所輸出的確認(rèn)單元。此外，較佳地，第一傳輸窗的傳輸窗大小大于或等于第二傳輸窗的傳輸窗大小。
因此，流程40是于操作于確認(rèn)模式的無線鏈路控制單元224的傳輸邊中，使用兩個以上的傳輸窗，分別用于自動重發(fā)請求功能及混合式自動重發(fā)請求功能，以適時輸出重傳封包。
綜上所述，本發(fā)明實(shí)施例是于操作于確認(rèn)模式的無線鏈路控制單元的接收邊中，設(shè)定至少兩個接收窗，用來提供自動重發(fā)請求功能及檢測遺失序號，以減少非確認(rèn)收訖的狀態(tài)回報(bào)單元的輸出延遲，從而可提升數(shù)據(jù)傳輸效率。對應(yīng)地，本發(fā)明實(shí)施例還可于操作于確認(rèn)模式的無線鏈路控制單元的傳輸邊中，設(shè)定至少兩個傳輸窗，分別用于自動重發(fā)請求功能及混合式自動重發(fā)請求功能，以適時輸出重傳封包。
以上所述僅為本發(fā)明的較佳實(shí)施例，凡依本發(fā)明權(quán)利要求范圍所做的均等變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種用于無線通訊系統(tǒng)中提升數(shù)據(jù)傳輸效率的方法，包含有于操作于確認(rèn)模式的協(xié)議單元的接收邊中，使用至少一第一接收窗及一第二接收窗，該第一接收窗用來提供自動重發(fā)請求功能，該第二接收窗用來檢測遺失序號。
2.根據(jù)權(quán)利要求1所述的方法，其中該第一接收窗為推進(jìn)式滑動窗，用來于該推進(jìn)式滑動窗的下緣所對應(yīng)的封包被成功接收或被通知刪除時，推進(jìn)該推進(jìn)式滑動窗的范圍，且任何具有序號落于該推進(jìn)式滑動窗之外的封包會被刪除。
3.根據(jù)權(quán)利要求1所述的方法，其中該第二接收窗為拉動式滑動窗，用來于具有序號落于該第一接收窗之內(nèi)且位于該拉動式滑動窗之外的封包被成功接收時，推進(jìn)該拉動式滑動窗的范圍，并將該拉動式滑動窗的上緣設(shè)為該封包的序號，而該拉動式滑動窗推進(jìn)范圍后，落于該拉動式滑動窗的下緣之外且尚未被接收的序號被判定為遺失序號。
4.根據(jù)權(quán)利要求1所述的方法，其還包含于該第二接收窗檢測到遺失序號時，該協(xié)議單元要求傳輸端重傳該遺失序號所對應(yīng)的封包。
5.根據(jù)權(quán)利要求1所述的方法，其中該第一接收窗的接收窗大小大于或等于該第二接收窗的接收窗大小。
6.根據(jù)權(quán)利要求1所述的方法，其中該協(xié)議單元為無線鏈路控制協(xié)議單元。
7.一種用于無線通訊系統(tǒng)的通訊裝置，用以提升數(shù)據(jù)傳輸效率，該通訊裝置包含有控制電路，用來實(shí)現(xiàn)該通訊裝置的功能；中央處理器，設(shè)于該控制電路中，用來執(zhí)行程序碼以操控該控制電路；以及儲存裝置，設(shè)于該控制電路中且耦接于該中央處理器，用來儲存該程序碼；其中該程序碼中包含有于操作于確認(rèn)模式的協(xié)議單元的接收邊中，使用至少一第一接收窗及一第二接收窗，該第一接收窗用來提供自動重發(fā)請求功能，該第二接收窗用來檢測遺失序號。
8.根據(jù)權(quán)利要求7所述的通訊裝置，其中該第一接收窗為推進(jìn)式滑動窗，用來于該推進(jìn)式滑動窗的下緣所對應(yīng)的封包被成功接收或被通知刪除時，推進(jìn)該推進(jìn)式滑動窗的范圍，且任何具有序號落于該推進(jìn)式滑動窗之外的封包會被刪除。
9.根據(jù)權(quán)利要求7所述的通訊裝置，其中該第二接收窗為拉動式滑動窗，用來于具有序號落于該第一接收窗之內(nèi)且位于該拉動式滑動窗之外的封包被成功接收時，推進(jìn)該拉動式滑動窗的范圍，并將該拉動式滑動窗的上緣設(shè)為該封包的序號，而該拉動式滑動窗推進(jìn)范圍后，落于該拉動式滑動窗的下緣之外且尚未被接收的序號被判定為遺失序號。
10.根據(jù)權(quán)利要求7所述的通訊裝置，其還包含于該第二接收窗檢測到遺失序號時，該協(xié)議單元要求傳輸端重傳該遺失序號所對應(yīng)的封包。
11.根據(jù)權(quán)利要求7所述的通訊裝置，其中該第一接收窗的接收窗大小大于或等于該第二接收窗的接收窗大小。
12.根據(jù)權(quán)利要求7所述的通訊裝置，其中該協(xié)議單元為無線鏈路控制協(xié)議單元。
13.一種用于無線通訊系統(tǒng)中提升數(shù)據(jù)傳輸效率的方法，包含有于操作于確認(rèn)模式的協(xié)議單元的傳輸邊中，使用至少一第一傳輸窗及一第二傳輸窗，該第一傳輸窗用于自動重發(fā)請求功能，該第二傳輸窗用于混合式自動重發(fā)請求功能。
14.根據(jù)權(quán)利要求13所述的方法，其中該第一傳輸窗是于該第一傳輸窗的下緣所對應(yīng)的封包被確認(rèn)收訖或被設(shè)定刪除時，推進(jìn)該第一傳輸窗的范圍。
15.根據(jù)權(quán)利要求14所述的方法，其還包含根據(jù)一對等協(xié)議單元所輸出的狀態(tài)回報(bào)單元或該協(xié)議單元的下層協(xié)議單元所輸出的確認(rèn)單元，判斷該第一傳輸窗的下緣所對應(yīng)的封包是否被確認(rèn)收訖。
16.根據(jù)權(quán)利要求13所述的方法，其中該第二傳輸窗是于該第二傳輸窗的下緣所對應(yīng)的封包被確認(rèn)收訖或被設(shè)定刪除時，推進(jìn)該第二傳輸窗的范圍。
17.根據(jù)權(quán)利要求16所述的方法，其還包含根據(jù)一對等協(xié)議單元所輸出的狀態(tài)回報(bào)單元或該協(xié)議單元的下層協(xié)議單元所輸出的確認(rèn)單元，判斷該第二傳輸窗的下緣所對應(yīng)的封包是否被確認(rèn)收訖。
18.根據(jù)權(quán)利要求13所述的方法，其中該第一傳輸窗的傳輸窗大小大于或等于該第二傳輸窗的傳輸窗大小。
19.根據(jù)權(quán)利要求13所述的方法，其中該協(xié)議單元為無線鏈路控制協(xié)議單元。
20.一種用于無線通訊系統(tǒng)的通訊裝置，用以提升數(shù)據(jù)傳輸效率，該通訊裝置包含有控制電路，用來實(shí)現(xiàn)該通訊裝置的功能；中央處理器，設(shè)于該控制電路中，用來執(zhí)行程序碼以操控該控制電路；以及儲存裝置，設(shè)于該控制電路中且耦接于該中央處理器，用來儲存該程序碼；其中該程序碼中包含有于操作于確認(rèn)模式的協(xié)議單元的傳輸邊中，使用至少一第一傳輸窗及一第二傳輸窗，該第一傳輸窗用于自動重發(fā)請求功能，該第二傳輸窗用于混合式自動重發(fā)請求功能。
21.根據(jù)權(quán)利要求20所述的通訊裝置，其中該第一傳輸窗是于該第一傳輸窗的下緣所對應(yīng)的封包被確認(rèn)收訖或被設(shè)定刪除時，推進(jìn)該第一傳輸窗的范圍。
22.根據(jù)權(quán)利要求21所述的通訊裝置，其中該程序碼中包含根據(jù)一對等協(xié)議單元所輸出的狀態(tài)回報(bào)單元或該協(xié)議單元的下層協(xié)議單元所輸出的確認(rèn)單元，判斷該第一傳輸窗的下緣所對應(yīng)的封包是否被確認(rèn)收訖。
23.根據(jù)權(quán)利要求20所述的通訊裝置，其中該第二傳輸窗是于該第二傳輸窗的下緣所對應(yīng)的封包被確認(rèn)收訖或被設(shè)定刪除時，推進(jìn)該第二傳輸窗的范圍。
24.根據(jù)權(quán)利要求23所述的通訊裝置，其中該程序碼中還包含根據(jù)一對等協(xié)議單元所輸出的狀態(tài)回報(bào)單元或該協(xié)議單元的下層協(xié)議單元所輸出的確認(rèn)單元，判斷該第二傳輸窗的下緣所對應(yīng)的封包是否被確認(rèn)收訖。
25.根據(jù)權(quán)利要求20所述的通訊裝置，其中該第一傳輸窗的傳輸窗大小大于或等于該第二傳輸窗的傳輸窗大小。
26.根據(jù)權(quán)利要求20所述的通訊裝置，其中該協(xié)議單元為無線鏈路控制協(xié)議單元。
全文摘要
用于無線通訊系統(tǒng)中提升數(shù)據(jù)傳輸效率的方法，包含有于操作于確認(rèn)模式的協(xié)議單元的接收邊中，使用至少一第一接收窗及一第二接收窗，該第一接收窗用來提供自動重發(fā)請求功能，該第二接收窗用來檢測遺失序號。
文檔編號H04L29/08GK101087184SQ20071010872
公開日2007年12月12日 申請日期2007年5月31日 優(yōu)先權(quán)日2006年6月1日
發(fā)明者江孝祥 申請人:創(chuàng)新音速有限公司