|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機(jī) | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計(jì) | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
請教各位數(shù)字無繩方案中移動時通話斷續(xù)的問題 |
| 作者：chenxing11 欄目：通信技術(shù) |
最近在做數(shù)字無繩的項(xiàng)目中碰到了這樣一個問題,樣機(jī)在離BASEBAND較近(屬于全向距離通訊范圍內(nèi))移動時會出現(xiàn)通話斷續(xù)的問題,個人的看法是由于跳頻時在某一個頻段頻率停留的時間較長，通話質(zhì)量會受到多徑干擾的影響,不知各位大蝦的看法如何,最近我也是一直在分析底層的協(xié)議，希望能找到一些對跳頻理解有用的東西，到時候我也會拿出來和大家討論，希望各位大蝦能給小弟指點(diǎn)迷津，謝謝! |
| 2樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/8 13:28:00 發(fā)布：
跟停留時長應(yīng)無關(guān)系，不跳頻也不應(yīng)出現(xiàn)這種問題 如果是傳輸多經(jīng)的因素，在同樣條件下僅換個不同的環(huán)境，如果是多經(jīng)造成那么結(jié)果必然不同，否則就是協(xié)議的問題了。 |
|
| 3樓： | >>參與討論 |
| 作者： 木頭東瓜 于 2007/3/8 13:41:00 發(fā)布：
先別跳試試看 嘿嘿 |
|
| 4樓： | >>參與討論 |
| 作者： chenxing11 于 2007/3/8 14:52:00 發(fā)布：
對底層協(xié)議的分析 謝謝chunyang兄和木兄的回復(fù)! 最近對底層的協(xié)議分析也比較多~~,從程序上來看該方案是參照歐洲1.9G dect的標(biāo)準(zhǔn)協(xié)議進(jìn)行開發(fā)的,采用的是TDMA幀結(jié)構(gòu),在接收方若判斷到同步信息錯誤或字段值CRC錯誤,就會將當(dāng)前數(shù)據(jù)幀的內(nèi)容以0x00或者0xff填充，分析源頭為什么會造成CRC等錯誤的出現(xiàn)，最大原因還是由于RF模塊方面決定的，需要從硬件方面去著重解決對吧？我還是沒有搞懂涉及到軟件協(xié)議的哪方面問題？是軟件糾錯方面的嗎？請指點(diǎn)，謝謝！ |
|
| 5樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/8 16:42:00 發(fā)布：
傳輸誤碼率高要先解決信道問題 軟件糾錯不適合消費(fèi)類電子產(chǎn)品，引入糾錯算法對信道的帶寬要求將大大上升，成本就沒法保障了，無繩電話準(zhǔn)許的輻射功率在普通室內(nèi)一定距離下是完全可以保障傳輸效果的。 |
|
| 6樓： | >>參與討論 |
| 作者： chenxing11 于 2007/3/9 13:11:00 發(fā)布：
謝謝chunyang兄的回復(fù)! 手機(jī)的底層程序與RF模塊的接口是通過共享一塊公用的RAM區(qū)來實(shí)現(xiàn)的,因此從底層這邊只能看到RF模塊處理過的數(shù)據(jù)和數(shù)據(jù)狀態(tài),想要對原始數(shù)據(jù)進(jìn)行信道的編解碼從目前來說還是比較困難的. 還有個問題:為什么在全向通訊距離內(nèi)移動時會出現(xiàn)語音斷續(xù),而在靜止不動的時候不會出現(xiàn)這種問題?若是信道編碼的算法不行,應(yīng)該也會影響到靜止時的通話效果吧? |
|
| 7樓： | >>參與討論 |
| 作者： pengbo 于 2007/3/9 23:47:00 發(fā)布：
一點(diǎn)點(diǎn)陋見 如果是移動時出現(xiàn)斷續(xù)而靜止沒事的話很有可能是多徑效應(yīng)影響。 先問問，底層協(xié)議（RF控制部分）是否是你們自己開發(fā)的？你所說的“樣機(jī)在離BASEBAND較近”是有多近？語音傳輸一般不會作糾錯處理的，只是在語音數(shù)據(jù)包有丟失的時候?qū)φZ音波形作處理。 如有條件可以跑到樓頂空曠的地方再測試一下就知道是不是多徑效應(yīng)影響的。 |
|
| 8樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/10 12:10:00 發(fā)布：
要先解決硬件問題 前面也已經(jīng)提到過，這不能簡單的歸結(jié)于傳輸多經(jīng)，否則所有不同設(shè)計(jì)的同功率該頻率下的無線設(shè)備都會在同一地表現(xiàn)出同樣的問題，傳輸多經(jīng)是不可避免的，其后果也具有共性，解決它只有加大發(fā)射功率或在天線上下功夫。 |
|
| 9樓： | >>參與討論 |
| 作者： chenxing11 于 2007/3/12 9:08:00 發(fā)布：
謝謝！ 底層協(xié)議不是我們自己開發(fā)的! 樣機(jī)在離BASEBAND較近是指處在全向距離之內(nèi)~我們的全向距離有150米左右,測試移動斷續(xù)的時候是在這個范圍之內(nèi)測試的~ 目前分析到的底層協(xié)議對語音數(shù)據(jù)包是有做CRC校驗(yàn)的~~但是根本達(dá)不到對語音數(shù)據(jù)包的錯誤進(jìn)行糾正的要求. |
|
| 10樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/12 11:28:00 發(fā)布：
CRC是校驗(yàn)碼，不是糾錯碼 糾錯碼是要以帶寬做代價的，對無繩電話而言不是必須，在國標(biāo)規(guī)定的范圍之內(nèi)，150米開闊地是可以做到很低誤碼率的。先解決硬件問題吧。 |
|
| 11樓： | >>參與討論 |
| 作者： chenxing11 于 2007/3/12 14:21:00 發(fā)布：
謝謝 |
|
| 12樓： | >>參與討論 |
| 作者： chenxing11 于 2007/3/13 11:27:00 發(fā)布：
再次請教 chunyang大哥，再請教你一個問題~ 最近在測試天線方向性的時候,目前我們的程序是這樣子處理的,在數(shù)據(jù)接收完畢后去判斷當(dāng)前信號強(qiáng)度與我設(shè)定的一個門限值,若實(shí)際信號強(qiáng)度大于我設(shè)置的一個門限值,就啟動切換天線的一個功能(antenna diversity),我想知道的是硬件內(nèi)部會去怎么實(shí)現(xiàn)這個功能?怎么可以避免在切換天線過程中對數(shù)據(jù)傳輸?shù)挠绊?謝謝! |
|
| 13樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/13 18:20:00 發(fā)布：
切換天線要在幀間隔時間內(nèi)完成才不會影響通訊 |
|
| 14樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/13 18:21:00 發(fā)布：
用射頻開關(guān)切換即可 不過無繩電話還可用雙工器，那樣就不必切換天線了。 |
|
|
|
| 免費(fèi)注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點(diǎn)此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號 |