專利名稱：：防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法
技術(shù)領(lǐng)域：
：本發(fā)明是關(guān)于防止移動(dòng)通信系統(tǒng)收發(fā)信息時(shí)的標(biāo)記類似(flagemulation)，尤其是關(guān)于支持H.324M的IMT2000終端機(jī)在查找被定義為H.223附件(以下稱Annex)A，B的同步標(biāo)記(synchronizationflag)時(shí)，防止其在MUX-PDU內(nèi)變?yōu)闃?biāo)記類似(flagemulation)，從而能迅速簡單將同步標(biāo)記(synchronizationflag)查找出來的一種防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法。(2)
背景技術(shù)：
下面將對現(xiàn)有技術(shù)進(jìn)行說明。最近，在積極進(jìn)行IMT2000終端機(jī)開發(fā)的同時(shí)，正在繼續(xù)努力研究改善圖像的畫質(zhì)。支持H.324M的IMT2000終端機(jī)等數(shù)據(jù)易破碎的多媒體移動(dòng)通信不使用防止標(biāo)記類似(flagemulation)的位插入(bitstuffing)(zerobitinsertion)方法，而使用更長的2字節(jié)以上的同步標(biāo)記(synchronizationflag)。標(biāo)記類似(flagemulation)如圖1所示，指的是為區(qū)分多MUX層(MUXlayer)信息交換單位MUX-PDU的界限所做的同步標(biāo)記(synchronizationflag)在MUX-PDU數(shù)據(jù)中變成標(biāo)記類似(flagemulation)的現(xiàn)象。國際標(biāo)準(zhǔn)對H.223AnnexA的基本模式(basicmode)和H.223附件(Annex)B中同步標(biāo)記(synchronizationflag)的規(guī)定如圖2所示，因?yàn)椴皇褂梦徊迦?bitstuffing)的方法，所以依然存在著MUX-PDU中的同步標(biāo)記(synchronizationflag)變成類似(emulation)的問題。具體地說，對于H.223附件AnnexA的基本模式(basicmode)來說，只將2字節(jié)用于標(biāo)記，因此明顯存在這種現(xiàn)象，而經(jīng)過高萊編碼(golayencoding)的H.223AnnexB的數(shù)據(jù)頭在進(jìn)行高萊編碼(golayencoding)時(shí)，因?yàn)榫哂绣e(cuò)誤自我更改功能，因此無法正確判斷是否是真正的數(shù)據(jù)頭。圖3是顯示H.223AnnexA中數(shù)據(jù)頭的圖。圖4是顯示H.223AnnexB中數(shù)據(jù)頭的圖。(3)
發(fā)明內(nèi)容為解決上述問題，本發(fā)明提供了一種支持H.324M的IMT2000終端機(jī)防止多媒體數(shù)據(jù)中存在的標(biāo)記類似(flagemulation)現(xiàn)象，從而能有效查找出同步標(biāo)記(synchronizationflag)的一種防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法。本發(fā)明的目的是這樣實(shí)現(xiàn)的一種防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法，具有包括以下三個(gè)過程的特征第1個(gè)過程，將至少包括標(biāo)記、數(shù)據(jù)頭和信息區(qū)的數(shù)據(jù)調(diào)入臨時(shí)緩沖區(qū)；第2個(gè)過程，對臨時(shí)緩沖區(qū)及滑動(dòng)窗口的特定字節(jié)數(shù)進(jìn)行比較；第3個(gè)過程，依據(jù)與上述滑動(dòng)窗口相匹配的結(jié)果，進(jìn)入下一狀態(tài)或維持原狀態(tài)。同時(shí)，本發(fā)明上述的第3個(gè)過程具有包括如下步驟的特征將臨時(shí)緩沖區(qū)的數(shù)值與滑動(dòng)窗口相同位置的數(shù)值進(jìn)行相關(guān)計(jì)算，并判斷是否是事先所設(shè)定數(shù)值的步驟；如果上述臨時(shí)緩沖區(qū)的數(shù)值是事先所設(shè)定數(shù)值的話，便進(jìn)入下一狀態(tài)的步驟；對臨時(shí)緩沖區(qū)和滑動(dòng)窗口進(jìn)行比較，如果不一致便重新恢復(fù)到原狀態(tài)的步驟；生成MUXPDU時(shí)，如果出現(xiàn)了不使用的MUXTABLE的MC值的話，便不將其視為數(shù)據(jù)頭(Header)的步驟；在生成MUXPDU的查找到幀(Framefound)狀態(tài)下，對臨時(shí)緩沖區(qū)和滑動(dòng)窗口進(jìn)行比較，如果不一致的話，便輸出滑動(dòng)窗口事先所設(shè)定的數(shù)值，并存儲(chǔ)入緩沖區(qū)，維持上述查找到幀(Framefound)狀態(tài)的步驟；當(dāng)臨時(shí)緩沖區(qū)指定位置的數(shù)值是事先所設(shè)定數(shù)值時(shí)，在上述指定位置以外的數(shù)值與滑動(dòng)窗口不一致，或者進(jìn)行高萊碼(Golaycode)解碼，MPL與輸出緩沖區(qū)的長度不同，指定位置數(shù)值不是數(shù)據(jù)頭的情況下，便將事先設(shè)定的滑動(dòng)窗口數(shù)值存儲(chǔ)入輸出緩沖區(qū)，并維持上述查找到幀(Framefound)狀態(tài)的步驟；過渡到查找標(biāo)記(Flagsearch)狀態(tài)的步驟。本發(fā)明的效果本發(fā)明的防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法，提供了查找同步標(biāo)記(synchronizationflag)三種狀態(tài)的算法和看標(biāo)記(flag)后數(shù)據(jù)頭的方法，從而有效防止標(biāo)記類似(flagemulation)。因此，本發(fā)明可以通過防止IMT-2000終端機(jī)等多媒體移動(dòng)通信中的標(biāo)記類似(flagemulation)來改善通話質(zhì)量和畫質(zhì)。為進(jìn)一步說明本發(fā)明的上述目的、結(jié)構(gòu)特點(diǎn)和效果，以下將結(jié)合附圖對本發(fā)明進(jìn)行詳細(xì)的描述。(4)圖1是顯示同步標(biāo)記(synchronizationflag)(該同步標(biāo)記是用于區(qū)分MUX層信息交換單位MUX-PDU的界限的。)在MUX-PDU數(shù)據(jù)中變成標(biāo)記類似(flagemulation)的現(xiàn)象圖。圖2是顯示H.223AnnexA的基本模式(basicmode)和H.223AnnexB中同步標(biāo)記(synchronizationflag)的圖。圖3是顯示H.223AnnexA中數(shù)據(jù)頭的圖。圖4是顯示H.223AnnexB中數(shù)據(jù)頭的圖。圖5是檢出依據(jù)本發(fā)明的H.223AnnexA的3種狀態(tài)標(biāo)記(3-stateflag)的算法圖。圖6是檢出依據(jù)本發(fā)明的H.223AnnexB的3種狀態(tài)標(biāo)記(3-stateflag)的算法圖。圖7是顯示上述圖5中檢出H.223AnnexA的3種狀態(tài)標(biāo)記(3-stateflag)的算法的流程圖。圖8是顯示上述圖6中檢出H.223AnnexB的3種狀態(tài)標(biāo)記(3-stateflag)的算法的流程圖。(5)具體實(shí)施方式下面，參照附圖對本發(fā)明的防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法的實(shí)施方式進(jìn)行詳細(xì)說明。首先說明本發(fā)明的特征。1、在查找同步標(biāo)記(synchronizationflag)過程中，體現(xiàn)了省略了設(shè)置H.324M級別的過程和處理填充序列(stuffingsequency)的功能。2、查找同步標(biāo)記(synchronizationflag)的過程分為3種狀態(tài)(3-state)，即，使多媒體數(shù)據(jù)在空中破碎，也能重新查找同步標(biāo)記(synchronizationflag)。3、為了防止標(biāo)記被類似(emulation)，H.223AnnexA，B使用看同步標(biāo)記(synchronizationflag)后緊接著的數(shù)據(jù)頭的方法。圖5是檢出依據(jù)本發(fā)明的H.223AnnexA的3種狀態(tài)標(biāo)記(3-stateflag)的算法圖。3種狀態(tài)(3-state)分別是查找標(biāo)記(FlagSearch)狀態(tài)、查找數(shù)據(jù)頭(HeaderSearch)狀態(tài)和查找到幀(FrameFound)狀態(tài)，為了防止標(biāo)記類似(flagemulation)，查看緊接著的數(shù)據(jù)頭信息，此時(shí)，數(shù)據(jù)頭應(yīng)該是demux已經(jīng)接收到的數(shù)值，因此設(shè)置了5字節(jié)(byte)的臨時(shí)緩沖區(qū)。輸入數(shù)據(jù)以每種狀態(tài)移位(shift)1字節(jié)輸入臨時(shí)緩沖區(qū)的話，將此數(shù)值與5字節(jié)的滑動(dòng)窗口(slidewindow)進(jìn)行相關(guān)(correlation)計(jì)算，便查找出圖2的16位標(biāo)記(bitflag)0xEl，0x4D。因此，相關(guān)標(biāo)準(zhǔn)(correlationthreshold)數(shù)值便是16。這種過程也可以被看作是滑動(dòng)窗口(slidewindow)將輸入數(shù)據(jù)位置向右面移動(dòng)1字節(jié)，并檢測出是否與圖5滑動(dòng)窗口中(slidewindow)所標(biāo)記的數(shù)值相匹配的過程。圖6是檢出依據(jù)本發(fā)明的H.223AnnexB的3狀態(tài)標(biāo)記(3-stateflag)的算法圖。圖7是顯示上述圖5中檢出H.223AnnexA的3狀態(tài)標(biāo)記(3-stateflag)的算法的流程圖。下述的(a)、(b)、(c)……指圖5中所示的符號。S61，首先，初始狀態(tài)是查找標(biāo)記(FlagSearch)狀態(tài)，輸入1字節(jié)數(shù)據(jù)到臨時(shí)緩沖區(qū)。S62，(a)依據(jù)臨時(shí)緩沖區(qū)與滑動(dòng)窗口(slidewindow)是否匹配，來轉(zhuǎn)換為其它狀態(tài)(state)或者保持現(xiàn)有狀態(tài)(state)。S62，(b)將臨時(shí)緩沖區(qū)的第1和第2個(gè)字節(jié)數(shù)值與滑動(dòng)窗口(slidewindow)相同位置的數(shù)值進(jìn)行相關(guān)計(jì)算，只有是16位標(biāo)記(16bitflag)時(shí)，輸入數(shù)據(jù)才在臨時(shí)緩沖區(qū)移位(shift)1字節(jié)。S64，此時(shí)，不用考慮(don’tcare)滑動(dòng)窗口(slidewindow)的其余數(shù)值。因?yàn)橄嚓P(guān)標(biāo)準(zhǔn)(correlationthreshold)數(shù)值是16，只有臨時(shí)緩沖區(qū)的第1個(gè)和第2個(gè)數(shù)值是0xEl和0x4D時(shí)，才能過渡到下一狀態(tài)(state)(即查找數(shù)據(jù)頭(Headersearch)狀態(tài))，其它情況下，繼續(xù)維持查找標(biāo)記(FlagSearch)狀態(tài)。S65，(c)將臨時(shí)緩沖區(qū)與(d)，(e)，(f)，(g)的滑動(dòng)窗口(slidewindow)相比較，如果不一致的話，因?yàn)闊o法發(fā)現(xiàn)數(shù)據(jù)頭或數(shù)據(jù)破碎，所以要清空輸出緩沖區(qū)，并重新過渡到查找標(biāo)記(FlagSearch)狀態(tài)。S66，(d)當(dāng)這里的0xE1，0x4D是基礎(chǔ)模式(basicmode)(16-位標(biāo)記(bitflag))時(shí)，是與連續(xù)的插入順序(stuffingsequence)相當(dāng)?shù)臉?biāo)記(flag)；當(dāng)0xE1，0x4D是雙標(biāo)記模式(doubleflagmod)(32-位標(biāo)記(bitflag))時(shí)，便是與雙標(biāo)記(doubleflag)的17-32位(bit)相當(dāng)?shù)臉?biāo)記(flag)，因此重新進(jìn)入查找標(biāo)記(FlagSearch)狀態(tài)。因此，與基礎(chǔ)模式(basicmode)和雙標(biāo)記模式(doubleflagmod)無關(guān)，能夠消除掉連續(xù)的標(biāo)記(flag)。S67，(e)當(dāng)設(shè)定級別(levelsetup)時(shí)，在是AnnexB的連續(xù)的插入順序(stuffingsequence)的情況下，標(biāo)記(flag)后緊接著的是3位(bit)0。如果進(jìn)入下一狀態(tài)(即查找到幀(FrameFound)狀態(tài))的話，查找標(biāo)記(FlagSearch)狀態(tài)便漏掉3位(bit)0。S68，(f)當(dāng)設(shè)定級別(levelsetup)時(shí)，在是AnnexB和可選數(shù)據(jù)頭(optionalheader)的連續(xù)的插入順序(stuffingsequence)情況下，緊隨標(biāo)記(flag)的是4位(bit)0(偶數(shù)位)。如果進(jìn)入下一狀態(tài)(即查找到幀(FrameFound)狀態(tài))的話，查找標(biāo)記(FlagSearch)狀態(tài)便漏掉了4位(bit)0(偶數(shù)位)。S69，(g)如圖3所示，從數(shù)據(jù)頭的前3位(即HEC)(HeaderErrorControl)數(shù)值來看，雖然能夠判斷是數(shù)據(jù)頭，但有時(shí)也存在著在幀(frame)數(shù)據(jù)中遇到HEC數(shù)值的情況。實(shí)際上這種標(biāo)記類似(flagemulation)是經(jīng)常發(fā)生的。每生成一個(gè)MUX-PDU時(shí)，為了選擇MC，必須經(jīng)過16個(gè)選擇標(biāo)記(tableselection)過程，為了提高速度，同時(shí)使用16個(gè)MUXtable的情況很罕見，一般只使用8個(gè)以下的MUXtable便足夠了。因此，依據(jù)本發(fā)明提出的方法，即使遇到HEC數(shù)值，在生成不使用MUXtable的MC數(shù)值時(shí)，并不將其視為數(shù)據(jù)頭。S70，(h)查找到幀(FrameFound)狀態(tài)是指查找下一同步標(biāo)記的狀態(tài)。對臨時(shí)緩沖區(qū)和(i)，(j)，(k)的滑動(dòng)窗口(slidewindow)進(jìn)行比較，如果不一致的話，因?yàn)槭菍?shí)際數(shù)據(jù)，因此將與滑動(dòng)窗口(slidewindow)相一致的第一個(gè)字節(jié)(byte)數(shù)值存儲(chǔ)入輸出緩沖區(qū)，并繼續(xù)維持查找到幀(FrameFound)狀態(tài)。S71，(i)臨時(shí)緩沖區(qū)的第2，3字節(jié)(byte)是16位標(biāo)記(bitflag)，將第4，5字節(jié)(byte)與(j)，(k)的滑動(dòng)窗口(slidewindow)相比較，如果不一致的話(指即不是數(shù)據(jù)頭，也不是16位標(biāo)記(bitflag)的情況)，便是發(fā)生了標(biāo)記類似(flagemulation)現(xiàn)象，因此將與滑動(dòng)窗口(slidewindow)相匹配的第一個(gè)字節(jié)(byte)數(shù)值存儲(chǔ)入輸出緩沖區(qū)，并維持查找到幀(FrameFound)狀態(tài)。S72，(j)滑動(dòng)窗口(Slidewindow)的第4，5兩個(gè)字節(jié)(byte)0xE1和0x4D是基本模式(basicmode)(16-bitflag)時(shí)，便是連續(xù)的插入順序(stuffingsequence)，當(dāng)它們是雙標(biāo)記模式(doubleflagmode)(32-bitflag)時(shí)，便是與雙標(biāo)記(doubleflag)的17-32bit相對應(yīng)的標(biāo)記(flag)。當(dāng)是雙標(biāo)記模式(doubleflagmode)時(shí)，本發(fā)明不將其后看作數(shù)據(jù)頭。在這種情況下，將第一字節(jié)(byte)數(shù)值存儲(chǔ)入輸出緩沖區(qū)并進(jìn)入下一狀態(tài)(即查找標(biāo)記狀態(tài))(FlagSearch)。在這里，因?yàn)檩敵鼍彌_區(qū)是MUX-PDU，便漏掉全環(huán)(loop)對MUX-PDU進(jìn)行處理。S73，(k)看作數(shù)據(jù)頭的方法與(g)相同。同時(shí)與(j)相同，將第一字節(jié)(byte)數(shù)值存儲(chǔ)入輸出緩沖區(qū)并進(jìn)入下一狀態(tài)(即查找標(biāo)記狀態(tài))(FlagSearch)，與S62相同。在這里，因?yàn)檩敵鼍彌_區(qū)也是MUX-PDU，因此也漏掉全環(huán)(loop)對MUX-PDU進(jìn)行處理。(S73)圖6是檢出依據(jù)本發(fā)明的H.223AnnexB的3狀態(tài)標(biāo)記(3-stateflag)的算法圖。圖8是顯示上述圖6中檢出H.223AnnexB的3狀態(tài)標(biāo)記(3-stateflag)的算法的流程圖。下述的(a)、(b)、(c)……指圖6中所示的符號。S81，如上所述，可以分為查找標(biāo)記、查找數(shù)據(jù)頭、查找到幀(FlagSearch，HeaderSearch，F(xiàn)rameFound)3個(gè)狀態(tài)，臨時(shí)緩沖區(qū)和滑動(dòng)窗口(slidewindow)的大小是6字節(jié)。S82，(a)H.223AnnexB的數(shù)據(jù)頭如圖4所示是3字節(jié)(byte)，對AnnexB可選擇的(optional)數(shù)據(jù)頭來說，高萊碼(golaycode)只占3字節(jié)(byte)便可以，因此其運(yùn)行過程與是H.223AnnexB時(shí)相同。依據(jù)臨時(shí)緩沖區(qū)與滑動(dòng)窗口(slidewindow)是否匹配，而如圖6所示進(jìn)入下一狀態(tài)或者維持原狀態(tài)。S83，(b)將臨時(shí)緩沖區(qū)的第1，2數(shù)值與滑動(dòng)窗口(slidewindow)同一位置的數(shù)值進(jìn)行相關(guān)(correlation)計(jì)算，并判斷是否是16位標(biāo)記(bitflag)。S84，不用考慮(don’tcare)滑動(dòng)窗口(slidewindow)的其他數(shù)值。因?yàn)橄嚓P(guān)標(biāo)準(zhǔn)(Correlationthreshold)值是16，因此，只有當(dāng)臨時(shí)緩沖區(qū)的第1，2數(shù)值是0xE1，0x4D時(shí)，才過渡到下一狀態(tài)(即查找數(shù)據(jù)頭狀態(tài))(HeaderSearch)，而在其它情況下，都繼續(xù)維持查找標(biāo)記(FlagSearch)狀態(tài)。S85，(c)對臨時(shí)緩沖區(qū)與(d)，(e)，(f)，(g)的滑動(dòng)窗口(slidewindow)進(jìn)行比較，如果不一致的話，便是沒發(fā)現(xiàn)數(shù)據(jù)頭，或者是數(shù)值破碎，便清空輸出緩沖區(qū)，重新進(jìn)入查找標(biāo)記(FlagSearch)狀態(tài)。(d)依據(jù)H.223標(biāo)準(zhǔn)，雖然AnnexB不使用連續(xù)的標(biāo)記(flag)，但是因?yàn)榫W(wǎng)絡(luò)運(yùn)行錯(cuò)誤，也會(huì)輸入連續(xù)的標(biāo)記(flag)，因此也可以對連續(xù)的標(biāo)記(flag)進(jìn)行處理。S86，(e)當(dāng)沒有數(shù)據(jù)信息時(shí)，所發(fā)送的AnnexB的連續(xù)的插入順序(stuffingsequence)0xE1，0x4D，0x00，0x00，0x00等5個(gè)字節(jié)(byte)中的3位(bit)0進(jìn)入下一狀態(tài)(即查找標(biāo)記狀態(tài))(FlagSearch)。S87，(f)AnnexB，可選擇的數(shù)據(jù)頭(optionalheader)的連續(xù)的插入順序(stuffingsequence)0xE1，0x4D，0x00，0x00，0x00，0x00等6個(gè)字節(jié)中的4位(bit)0進(jìn)入下一狀態(tài)(即查找標(biāo)記狀態(tài))(FlagSearch)。S88，(g)圖4中H.223AnnexB的數(shù)據(jù)頭使用擴(kuò)展高萊碼(ExtendedGolay(24，12，8)code)解碼，它是在12位(bit)數(shù)據(jù)中再插入12位(bit)信息，從而在發(fā)生3位(bit)錯(cuò)誤時(shí)，進(jìn)行自我更正，并能檢出4位(bit)錯(cuò)誤。當(dāng)對高萊碼(golaycode)進(jìn)行解碼時(shí)，如果syndrome不是0，也進(jìn)行自我更正錯(cuò)誤，本發(fā)明是只有在syndrome是0時(shí)，才將其看作數(shù)據(jù)頭。即，從更正錯(cuò)誤方面來看作雖然有所損失，但是能夠正確查找出同步標(biāo)記(synchronizationflag)。如上所述，當(dāng)出現(xiàn)不使用的MUXtable的MC數(shù)值時(shí)，不將其看作數(shù)據(jù)頭。S89，(h)將臨時(shí)緩沖區(qū)和(i)，(j)，(k)的滑動(dòng)窗口(slidewindow)進(jìn)行比較，如果不一致的話，它便不是實(shí)際數(shù)據(jù)，因此，將與滑動(dòng)窗口(slidewindow)相匹配的第一個(gè)字節(jié)值存儲(chǔ)入輸出緩沖區(qū)，并繼續(xù)維持查找到幀(FrameFound)狀態(tài)。S90，(i)如果臨時(shí)緩沖區(qū)的第2，3字節(jié)(byte)是16-位標(biāo)記(bitflag)0xE1，0x4D或0x1E，0xB2，上述S88步驟獲取的MPL與輸出緩沖區(qū)的長度不一樣，第4，5，6字節(jié)(byte)不是數(shù)據(jù)頭的話，便發(fā)生標(biāo)記類似(flagemulation)。與(h)相同，將與滑動(dòng)窗口(slidewindow)相匹配的第一字節(jié)(byte)值存儲(chǔ)入輸出緩沖區(qū)。并繼續(xù)維持查找到幀(FrameFound)狀態(tài)。(S90)S91，(j)當(dāng)臨時(shí)緩沖區(qū)的第2，3字節(jié)(byte)是16-位標(biāo)記(bitflag)0xE1，0x4D，上述S88步驟獲取的MPL與輸出緩沖區(qū)相同的話，第4，5，6字節(jié)(byte)是數(shù)據(jù)頭時(shí)，將第一字節(jié)(byte)值存儲(chǔ)入輸出緩沖區(qū)，并進(jìn)入下一狀態(tài)(即查找標(biāo)記狀態(tài))(FlagSearch)。在這里，因?yàn)檩敵鼍彌_區(qū)是MUX-PDU，因此漏掉全環(huán)(loop)對MUX-PDU進(jìn)行處理。此MUX-PDU的PM(PacketMarker)是0。這表明它不是能夠分開的MUX-SDU的結(jié)尾。(S91)S92，(k)當(dāng)臨時(shí)緩沖區(qū)的第2，3字節(jié)(byte)是16-位標(biāo)記(bitflag)0x1E，0xB2，第4，5，6字節(jié)(byte)是數(shù)據(jù)頭時(shí)，將第一字節(jié)(byte)值存儲(chǔ)入輸出緩沖區(qū)，并進(jìn)入下一狀態(tài)(即查找標(biāo)記狀態(tài))(FlagSearch)，在這里，因?yàn)檩敵鼍彌_區(qū)是MUX-PDU，因此漏掉全環(huán)(loop)對MUX-PDU進(jìn)行處理。此MUX-PDU的PM(PacketMarker)是1。這表明它不是能夠分開的MUX-SDU的結(jié)尾。如上所述，本發(fā)明在至少包含標(biāo)記、數(shù)據(jù)頭和信息區(qū)的數(shù)據(jù)的每種狀態(tài)，輸入臨時(shí)緩沖區(qū)1字節(jié)(byte)，并與和臨時(shí)緩沖區(qū)具有相同大小的滑動(dòng)窗口(slidewindow)所設(shè)定數(shù)值進(jìn)行比較。通過上述臨時(shí)緩沖區(qū)和一個(gè)以上的滑動(dòng)窗口進(jìn)行比較的過程，來決定進(jìn)入下一狀態(tài)，或者維持現(xiàn)有狀態(tài)。本
技術(shù)領(lǐng)域：
中的普通技術(shù)人員應(yīng)當(dāng)認(rèn)識(shí)到，以上的實(shí)施例僅是用來說明本發(fā)明，而并非用作為對本發(fā)明的限定，只要在本發(fā)明的實(shí)質(zhì)精神范圍內(nèi)，對以上所述實(shí)施例的變化、變型都將落在本發(fā)明權(quán)利要求書的范圍內(nèi)。權(quán)利要求1.一種防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法，其特征在于包括以下三個(gè)過程第1個(gè)過程將至少包括標(biāo)記、數(shù)據(jù)頭和信息區(qū)的數(shù)據(jù)調(diào)入臨時(shí)緩沖區(qū)；第2個(gè)過程對臨時(shí)緩沖區(qū)及滑動(dòng)窗口的特定字節(jié)數(shù)進(jìn)行比較；第3個(gè)過程通過與上述滑動(dòng)窗口相匹配的過程進(jìn)入下一狀態(tài)或維持原狀態(tài)。2.如權(quán)利要求1所述的防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法，其特征在于在所述的第3個(gè)過程中包括如下步驟將臨時(shí)緩沖區(qū)中一個(gè)以上的數(shù)值與滑動(dòng)窗口相同位置的數(shù)值進(jìn)行相關(guān)計(jì)算，并判斷是否是事先所設(shè)定數(shù)值的步驟；如果上述臨時(shí)緩沖區(qū)的數(shù)值是事先所設(shè)定數(shù)值的話，便進(jìn)入下一狀態(tài)步驟；對臨時(shí)緩沖區(qū)和滑動(dòng)窗口進(jìn)行比較，如果不一致便重新恢復(fù)到原狀態(tài)步驟；生成MUXPDU時(shí)，如果出現(xiàn)了不使用的MUXTABLE的MC值的話，便不將其視為數(shù)據(jù)頭的步驟；在生成MUXPDU的查找到幀狀態(tài)下，對臨時(shí)緩沖區(qū)和滑動(dòng)窗口進(jìn)行比較，如果不一致的話，便輸出滑動(dòng)窗口事先所設(shè)定的數(shù)值，并存儲(chǔ)入緩沖區(qū)，維持上述查找到幀狀態(tài)的步驟；當(dāng)臨時(shí)緩沖區(qū)指定位置的數(shù)值是事先所設(shè)定的數(shù)值時(shí)，將上述指定位置以外的數(shù)值與滑動(dòng)窗口進(jìn)行比較，如果不一致的話，便進(jìn)行高萊碼解碼，如果MPL與輸出緩沖區(qū)的長度不同，指定位置數(shù)值不是數(shù)據(jù)頭的話，便將滑動(dòng)窗口事先設(shè)定的數(shù)值存儲(chǔ)入輸出緩沖區(qū)，并維持上述查找到幀狀態(tài)的步驟；進(jìn)入查找標(biāo)記狀態(tài)步驟。3.如權(quán)利要求1所述的防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法，其特征在于在所述的第3個(gè)過程中包括如下步驟將臨時(shí)緩沖區(qū)的第1和第2個(gè)字節(jié)數(shù)與滑動(dòng)窗口相同位置的數(shù)值進(jìn)行相關(guān)計(jì)算，并判斷是否是16位標(biāo)記的步驟；依據(jù)臨時(shí)緩沖區(qū)與滑動(dòng)窗口是否相匹配，而進(jìn)入下一狀態(tài)或維持原狀態(tài)的步驟；將緩沖區(qū)特定位置數(shù)值與滑動(dòng)窗口特定位置數(shù)值相比較，如果不一致的話，便將輸出緩沖區(qū)清空，并重新恢復(fù)到原來狀態(tài)的步驟；當(dāng)滑動(dòng)窗口特定位置的數(shù)值是基本模式時(shí)，在連續(xù)的插入順序和雙標(biāo)記模式的情況下，重新進(jìn)入查找標(biāo)記狀態(tài)的步驟；在設(shè)定級別過程中，在AnnexB的連續(xù)的插入順序情況下，標(biāo)記后緊接著是3位0，如果進(jìn)入下一狀態(tài)，即，查找到幀狀態(tài)的話，查找標(biāo)記狀態(tài)便漏掉了3位0的步驟；在設(shè)定級別過程中，在連續(xù)的插入順序情況下，標(biāo)記后緊接著是偶數(shù)位0，如果進(jìn)入下一狀態(tài)，即，查找到幀狀態(tài)的話，便漏掉上述輸出的偶數(shù)位0的步驟；即使遇到HEC值，當(dāng)出現(xiàn)不使用的MUXTable的MC值時(shí)，不將其看作數(shù)據(jù)頭的步驟；將臨時(shí)緩沖區(qū)與特定的滑動(dòng)窗口相比較，如果不一致，將滑動(dòng)窗口的第一個(gè)數(shù)值存儲(chǔ)入輸出緩沖區(qū)，并維持上述查找到幀狀態(tài)的步驟；臨時(shí)緩沖區(qū)指定位置的值是16位標(biāo)記，將上述指定位置以外的值與滑動(dòng)窗口相比較，如果不一致的話，將滑動(dòng)窗口的第一數(shù)值存儲(chǔ)入輸出緩沖區(qū)，并維持查找到幀狀態(tài)的步驟；當(dāng)滑動(dòng)窗口特定位置的數(shù)值是基本模式，在連續(xù)插入順序和雙標(biāo)記的情況下，不看其后的數(shù)據(jù)頭，而進(jìn)入下一狀態(tài)，即，查找標(biāo)記狀態(tài)的步驟。4.如權(quán)利要求1所述的防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法，其特征在于在所述的第3個(gè)過程中包括如下步驟將臨時(shí)緩沖區(qū)的第1和第2個(gè)字節(jié)數(shù)與滑動(dòng)窗口相同位置的數(shù)值進(jìn)行相關(guān)計(jì)算，并判斷是否是16位標(biāo)記的步驟；依據(jù)臨時(shí)緩沖區(qū)與滑動(dòng)窗口是否相匹配，而進(jìn)入下一狀態(tài)或維持原狀態(tài)的步驟；將緩沖區(qū)特定位置數(shù)值與滑動(dòng)窗口特定位置數(shù)值相比較，如果不一致的話，便將輸出緩沖區(qū)清空，并重新恢復(fù)原來狀態(tài)的步驟；AnnexB，可選擇的數(shù)據(jù)頭的連續(xù)的插入順序的6個(gè)字節(jié)中的4位0進(jìn)入下一狀態(tài)，即，查找標(biāo)記狀態(tài)的步驟；對高萊碼進(jìn)行解碼，在從上述經(jīng)過解碼的數(shù)據(jù)頭中獲取MPL，并且出現(xiàn)不使用的MUXtable的MC值的情況下，不將其看作數(shù)據(jù)頭的步驟；將臨時(shí)緩沖區(qū)與特定的滑動(dòng)窗口相比較，如果不一致，將滑動(dòng)窗口的第一個(gè)數(shù)值存儲(chǔ)入輸出緩沖區(qū)，并維持上述查找到幀狀態(tài)的步驟；在臨時(shí)緩沖區(qū)指定位置的值是16位標(biāo)記，上述所獲取的MPL與輸出緩沖區(qū)的長度不同，且批定位置值不是數(shù)據(jù)頭的情況下，將滑動(dòng)窗口的第一數(shù)值存儲(chǔ)入輸出緩沖區(qū)，并維持上述查找到幀狀態(tài)的步驟；如果臨時(shí)緩沖區(qū)指定位置的值是16位標(biāo)記，上述所獲取的MPL與輸出緩沖區(qū)的長度相同，輸出緩沖區(qū)是MUX-PDU，PM是0，進(jìn)入下一狀態(tài)，即，查找標(biāo)記狀態(tài)的步驟；當(dāng)臨時(shí)緩沖區(qū)指定位置的值是16位標(biāo)記，其它指定位置是數(shù)據(jù)頭時(shí)，將第一字節(jié)值存儲(chǔ)入輸出緩沖區(qū)，并進(jìn)入下一狀態(tài)，即，查找標(biāo)記狀態(tài)的步驟。全文摘要本發(fā)明是關(guān)于防止移動(dòng)通信系統(tǒng)在收發(fā)信息時(shí)的標(biāo)記類似的方法，包括以下三個(gè)過程第1個(gè)過程將至少包括標(biāo)記、數(shù)據(jù)頭和信息區(qū)的數(shù)據(jù)調(diào)入臨時(shí)緩沖區(qū)；第2個(gè)過程對臨時(shí)緩沖區(qū)及滑動(dòng)窗口的特定字節(jié)數(shù)進(jìn)行比較；第3個(gè)過程依據(jù)與上述滑動(dòng)窗口相匹配的結(jié)果，進(jìn)入下一狀態(tài)或維持原狀態(tài)。依據(jù)本發(fā)明，可以防止IMT－2000終端機(jī)等多媒體移動(dòng)通信中的標(biāo)記類似現(xiàn)象，提高通話質(zhì)量和畫質(zhì)。文檔編號H04J3/06GK1805317SQ20051003283公開日2006年7月19日申請日期2005年1月11日優(yōu)先權(quán)日2005年1月11日發(fā)明者樸亨信申請人:樂金電子(惠州)有限公司