W
wyeshen
Guest
tarvitsevat opastusta kehitysmaiden reuna n gsm testausjärjestelmään.Olen uusi tällä alalla
Navigation
Install the app
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
More options
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an alternative browser.
You should upgrade or use an alternative browser.
K
kalyanram
Guest
Hi Wye,
Olen työskennellyt GSM Mobile järjestelmä (PUHELINTA puolella). Tässä on yleinen testi perustaa Käytin testata.Haluan kuvata koko järjestelmän sinulle, jotta voit olla ajatusta siitä, että järjestelmä En puhu.The genral tiedonsiirto veisi polku on kuvattu (Tämä olisi hyödyllistä, joka simulaton ympäristöön Companion puolella (DSP puolella))
a) Audiotuloasetukset alkaen sarjaporttia.(jäljempänä myös pakkauksenhallinnan satama)
b) tulo on Encoder.(set kautta config tiedosto DSP)
c) Modeemi.(Data lähtevät I / Q tunnukset)
Tässä senerio keskeisiä välineitä, joita tarvitaan olisi
a) Config file for DSP (Tämä on normaali eräajotiedosto Määritellessään vaaditaan rekisteröitymään DSP vuonna simulaattori)
b) DSP-simulaattori.
c) HOST komentotiedosto (toinen eräajotiedosto jossa vahvistetaan vastaanottavan ilmoittautuisivat revelent paikoissa mukaan testi)
d) Modulator (yksinkertainen C-koodia, joka olisi mukautettava kooderi ouput)
Sama asia on inversed varten receving tiellä.
Vastaanottajapuoli Side testaus:
Tehty jälkeen DSP testi on valmis.Isäntä-ja DSP-kuvat sulatettu ja sen jälkeen suorittaa vastaanottajapuolen puolella.
A OSA:
1) Tämä edellyttää sekä ohjelmistojen testaus komennon käsittely mekanismi Throughput kautta debugger.(I käytetään ARM vastaanottavan niin kaikki testin simulointi oli kautta Code-soturi)
OSA B:
Tämä on koko testin kehittämisen foorumi
Testaus on samanlainen kuin edellä tapauksessa lukuun ottamatta sitä, että tiedot ovat kautta CMTS tai muu paketti inserters ja tietojen hyödyntämisen kautta logiikka-analysaattorin.En aio mennä yksityiskohtiin tässä, koska ne vaihtelevat on paljon testi testi.
En tiedä, missä määrin tämä oli hyödyllinen, mutta se varmasti antaa teille käsityksen koskemaan koko testaus ympäristön asetukset.
~ Kalyan
Olen työskennellyt GSM Mobile järjestelmä (PUHELINTA puolella). Tässä on yleinen testi perustaa Käytin testata.Haluan kuvata koko järjestelmän sinulle, jotta voit olla ajatusta siitä, että järjestelmä En puhu.The genral tiedonsiirto veisi polku on kuvattu (Tämä olisi hyödyllistä, joka simulaton ympäristöön Companion puolella (DSP puolella))
a) Audiotuloasetukset alkaen sarjaporttia.(jäljempänä myös pakkauksenhallinnan satama)
b) tulo on Encoder.(set kautta config tiedosto DSP)
c) Modeemi.(Data lähtevät I / Q tunnukset)
Tässä senerio keskeisiä välineitä, joita tarvitaan olisi
a) Config file for DSP (Tämä on normaali eräajotiedosto Määritellessään vaaditaan rekisteröitymään DSP vuonna simulaattori)
b) DSP-simulaattori.
c) HOST komentotiedosto (toinen eräajotiedosto jossa vahvistetaan vastaanottavan ilmoittautuisivat revelent paikoissa mukaan testi)
d) Modulator (yksinkertainen C-koodia, joka olisi mukautettava kooderi ouput)
Sama asia on inversed varten receving tiellä.
Vastaanottajapuoli Side testaus:
Tehty jälkeen DSP testi on valmis.Isäntä-ja DSP-kuvat sulatettu ja sen jälkeen suorittaa vastaanottajapuolen puolella.
A OSA:
1) Tämä edellyttää sekä ohjelmistojen testaus komennon käsittely mekanismi Throughput kautta debugger.(I käytetään ARM vastaanottavan niin kaikki testin simulointi oli kautta Code-soturi)
OSA B:
Tämä on koko testin kehittämisen foorumi
Testaus on samanlainen kuin edellä tapauksessa lukuun ottamatta sitä, että tiedot ovat kautta CMTS tai muu paketti inserters ja tietojen hyödyntämisen kautta logiikka-analysaattorin.En aio mennä yksityiskohtiin tässä, koska ne vaihtelevat on paljon testi testi.
En tiedä, missä määrin tämä oli hyödyllinen, mutta se varmasti antaa teille käsityksen koskemaan koko testaus ympäristön asetukset.
~ Kalyan
W
wyeshen
Guest
hi kalyanram,
Thanx varten apua.
Periaatteessa olen käyttäen yleispalvelun viestintä testauslaitteen (CMU200) suorittaa testejä reuna-ja gsm-ääni.Tarkoituksena testit on testata toiminnot langattoman luurin Olen kehittää nyt.Kaikki nämä kokeet tehdään käsin mutta myöhemmin testit on otettu automaation avulla Agilent vee ohjelmaan.Automaatio-ohjelma on tuotantoa varten kerros puolella.Suurin huolenaihe on se, että mitkä ovat ne, jotka ovat olettaa, että testi gsm audio-ja reuna.
Thanx varten apua.
Periaatteessa olen käyttäen yleispalvelun viestintä testauslaitteen (CMU200) suorittaa testejä reuna-ja gsm-ääni.Tarkoituksena testit on testata toiminnot langattoman luurin Olen kehittää nyt.Kaikki nämä kokeet tehdään käsin mutta myöhemmin testit on otettu automaation avulla Agilent vee ohjelmaan.Automaatio-ohjelma on tuotantoa varten kerros puolella.Suurin huolenaihe on se, että mitkä ovat ne, jotka ovat olettaa, että testi gsm audio-ja reuna.
K
kalyanram
Guest
Hi Wye,
Minusta kysymykseenne hieman epämääräinen, mutta toivon, että te tarkoititte testin kriteerit audio osajärjestelmän kätevästi Toivon myös, että minä
olen vastaamassa täällä, jos thats ole sitä, mitä te odotatte olet enemmän kuin tervetullut lähettää toisen kyselyn
<img src="http://www.edaboard.com/images/smiles/icon_biggrin.gif" alt="Very Happy" border="0" />Joka tapauksessa nyt, että olette maininneet noin CMU & Agllent laitteet Oletan, että ensimmäinen koestus ja A osan testaus on valmis.Nyt tapa testata setup tässä scenerio riippuu ensisijaisesti asettamalla IA (Yhdennetty Analoginen moduuli tämän h / w siru määrittää kaikki liitännät ja h / w komponenttien asettaa rekisterin asetus, joka on aina valmis aikana h / w pasiteettia) .
Nyt suorittaa moduulin testaus sekä savupiipun ja ääni osajärjestelmään.
Kuvailen audio osajärjestelmän testit, siinä määrin kuin muistan ne
<img src="http://www.edaboard.com/images/smiles/icon_biggrin.gif" alt="Very Happy" border="0" />1) Echo peruutus -> lähinnä on kahdentyyppisten testi Ensimmäinen on lähellä echo ja toinen on pitkälle yhtyä.The cretia tässä on se, että puheluun ei olisi koskaan katkeaminen johtuu pitkälle yhtyä.Toiseksi on olemassa etäisyys suvaitsevaisuuden, jonka jälkeen puhelu olisi kytketty lähellä echo tämä on basical AEC testaus arvoja α, lahoamisesta-vakio jne.
2) Kaikkien dekooderiin eli HR, FR, EFR, AMR-dekooderi s kaikki suported bitrates
Luo sutiable stream kanssa datapaketteja vaihtoehtoisia lähtö HR, kaikki consequtive lähtö muiden koodekit.Nyt siepata
13. kanssa SACCH ja FACCH koskevat satunnaisesti aika-lähtö tämän pitäisi tarjota sopiva valikoima varten DTX ja Vad testausta.
Valitettavasti en muista erityinen hyväksyminen vaihtelee kuten olen työskennellyt tämän setup noin 2 vuotta sitten.
Mutta hyväksymistä arvot voidaan laskea eritelmää ja käyttää automaattista correaltion tekniikat (I käytetään corelation tekniikat) tai akustiikka tarkkuus laitteet (en työtä niistä) laskemisessa suvaitsevaisuuden arvoja.
~ Kalyan.
Minusta kysymykseenne hieman epämääräinen, mutta toivon, että te tarkoititte testin kriteerit audio osajärjestelmän kätevästi Toivon myös, että minä
olen vastaamassa täällä, jos thats ole sitä, mitä te odotatte olet enemmän kuin tervetullut lähettää toisen kyselyn
<img src="http://www.edaboard.com/images/smiles/icon_biggrin.gif" alt="Very Happy" border="0" />Joka tapauksessa nyt, että olette maininneet noin CMU & Agllent laitteet Oletan, että ensimmäinen koestus ja A osan testaus on valmis.Nyt tapa testata setup tässä scenerio riippuu ensisijaisesti asettamalla IA (Yhdennetty Analoginen moduuli tämän h / w siru määrittää kaikki liitännät ja h / w komponenttien asettaa rekisterin asetus, joka on aina valmis aikana h / w pasiteettia) .
Nyt suorittaa moduulin testaus sekä savupiipun ja ääni osajärjestelmään.
Kuvailen audio osajärjestelmän testit, siinä määrin kuin muistan ne
<img src="http://www.edaboard.com/images/smiles/icon_biggrin.gif" alt="Very Happy" border="0" />1) Echo peruutus -> lähinnä on kahdentyyppisten testi Ensimmäinen on lähellä echo ja toinen on pitkälle yhtyä.The cretia tässä on se, että puheluun ei olisi koskaan katkeaminen johtuu pitkälle yhtyä.Toiseksi on olemassa etäisyys suvaitsevaisuuden, jonka jälkeen puhelu olisi kytketty lähellä echo tämä on basical AEC testaus arvoja α, lahoamisesta-vakio jne.
2) Kaikkien dekooderiin eli HR, FR, EFR, AMR-dekooderi s kaikki suported bitrates
Luo sutiable stream kanssa datapaketteja vaihtoehtoisia lähtö HR, kaikki consequtive lähtö muiden koodekit.Nyt siepata
13. kanssa SACCH ja FACCH koskevat satunnaisesti aika-lähtö tämän pitäisi tarjota sopiva valikoima varten DTX ja Vad testausta.
Valitettavasti en muista erityinen hyväksyminen vaihtelee kuten olen työskennellyt tämän setup noin 2 vuotta sitten.
Mutta hyväksymistä arvot voidaan laskea eritelmää ja käyttää automaattista correaltion tekniikat (I käytetään corelation tekniikat) tai akustiikka tarkkuus laitteet (en työtä niistä) laskemisessa suvaitsevaisuuden arvoja.
~ Kalyan.