Table of Contents
In deze uitstekende gids zullen we er enkele identificeren vanwege de mogelijke oorzaken die de regelmaat van telefoonvergrendelingsfouten kunnen veroorzaken, en dan zal ik de mogelijke herstelmethoden bespreken die u zou moeten proberen los het probleem op.
Bijgewerkt
g.Block Issue Rate (BLER) wordt gebruikt in LTE versus 4G-technologie om de synchronisatie- of soms desynchronisatie-indicator te nummeren tijdens FM-radiobewaking (RLM). Een volledig natuurlijke BLER is waarschijnlijk 2% voor de nieuwe gesynchroniseerde staat en 10% voor een niet-gesynchroniseerde staat.
G.
De “Block Rate”- of BLER-fout is een type meting gerelateerd aan hoger in telecommunicatie. Eenvoudige eenheidsberekening (kan:
BLER LTE) = slechte blokken / totaal aantal gepubliceerde blokken
De berekening is gebaseerd op de CRC (Cyclic Redundancy Check), die wordt gebruikt voor alle interne controle van transportblokken aan de apparaatzijde. CRC moet aan elk transportblok worden toegevoegd wanneer het door de afzender wordt verzonden; in plaats daarvan wordt het transportblok met dank aan de ontvanger vergeleken. Transport Het blok wordt met vertrouwen gedecodeerd als de bijgevoegde CRC de door de ontvanger geregistreerde CRC coördineert.
Dit is een CRC-methode die wordt gebruikt om problemen in transportobstakels op te sporen.
Als de berekening mislukt, reageert de ontvanger met een HARQ NACK-bericht om u te vragen om een nieuwe transmissie. Voor typische radiocommunicatie bestaat er geen twijfel over dat het BLER-doel nu 10% is, wat betekent dat de ontvanger een succesvolle transmissie van ten minste 90% moet ontvangen. Als de waarde lager is dan slechts 10%, kunnen meer en meer hertransmissies nodig zijn, waardoor een inconsumptie van de radioaanbieder ontstaat.
Wat is de BLER-ambitiewaarde?
Voor radiocommunicatie is het typische BLER-doel zeker 10%, wat betekent dat de ontvanger voor ten minste 90% succesvolle transmissie moet zorgen. Als elk van onze doelen minder dan 10% is, kan een unieke hertransmissie nodig zijn, wat zou kunnen leiden tot het verbruik van individuele bronnen.
Op de meeste radiometers kunnen we ook twee soorten BLER zien: iBLER en/of rBLER
iBLER: foutenpercentage wagen
De verhouding van de gegevensschoenen tot de oorspronkelijke transmissiefouten die dit tot alle gegevensblokken van de oorspronkelijke indicatie maken.
rBLER: resterende foutblokkeringsfactor
De hoeveelheid datablokken met transmissiefouten onmiddellijk na hertransmissies van de eerste transmissies naar alle data verstoppen de eerste transmissie.
Hoe wordt het blokfoutpercentage gemeten?
Hoe bepaal je het blokfoutpercentage?
Wanneer de UE AM RLC Loopback Type 1 gebruikt, wordt het blokfoutpercentage op unieke wijze berekend als de verhouding van het aantal hertransmissieverzoeken van de UE tot elk totaal aantal blokken dat aan de UE wordt afgeleverd. In de AM geeft de UE ontbrekende protocoleenheden (= verplaatsingsblokken) in het STATUS-PDU-bericht aan.
3GPP TS 34.121, F.6.1. Stel de block-up error rate (BLER) als volgt in op 1. “De period error rate wordt uitgedrukt als de verhouding tussen het totale aantal ontvangen slechte blokken en het totale aantal verzonden blokken. Een ongeldig verbieden wordt in feite gedefinieerd als een transportblok voor de persoon die de specifieke cyclische redundantiecontrole (CRC) ook onjuist heeft. “
Om het bouncepercentage voor brandhout te meten, moet u een contactgesprek voeren terwijl de test wordt uitgevoerd voortbewegen. Er kunnen blokfoutmetingen worden uitgevoerd die beschikbaar zijn voor zowel gebalanceerde als asymmetrische RMC’s. Voor RMC’s als het gaat om 12.2, 64 of 144 kbps downlink, verzendt de gebiedstest elke Microsoft 20 een blok. Voor RMC’s met 384 kbps downlink premium verzendt de trialist het laatste blok elke 10 ms.
De downlinkgegevens worden getest door de DL DTCH-gegevensparameter.
Symmetrische RMC
Voor symmetrische RMC’s (die RLC-objecten met duidelijke gebruiksmodus (TM) gebruiken op deze DTCH), de test case meet het foutenpercentage b ‘wanneer het verzenden van gegevens en taak-CRC in de trekdownlink afhankelijk is van het UE-type dat is geconfigureerd bij de loopback 2-toepassing (UE-loopback-type moet voelen ingesteld op type 2 ). Alle UE itereert dus over de databits en vervolgens over crc-bits van de downlinktransportblokken naar de exacte huidige uplinktransportblokken en verzendt ze opnieuw langs de uplink. De testcase genereerde vervolgens een mooie CRC uit de gegevens die zijn ontvangen door de stukken in de transportblok-uplink, terwijl deze berekende CRC wordt opgeteld bij de ontvangen CRC in het uplink-transportblok (deze CRC is normaal gesproken de downlink-CRC voor de overeenkomstige loopback-downlink-afleveringstermijn blok)). menselijke EU). Als er geen CRC’s kunnen worden toegewezen, is het transportblok ingesteld om op de hoogte te zijn van “blokfout”.
Om het meetpercentage voor blokfouten voor getrainde RMC’s in de praktijk te brengen, moet de aanwezigheid van DTCH Uplink RMC CRC overeenkomen met Gebruikt voor gegevens . .. Dit schakelt de uplink CRC uit om echt ruimte te bieden aan de UE om onze downlink CRC voor elke straat te lussen (er is een versienummer van delen beschikbaar in de uplink en ook downlink, wanneer de gebruiker UE een nieuwe geweldige uplink CRC heeft , het zal niet in staat zijn om CRC-downlink terug te cirkelen).
Asymmetrische RMC
In het geval van ongelijke RMC’s (die RLC-objecten gebruiken in herkende methoden (AM) op dtch), verhoogt de testcase momenteel het aantal foutenBij het ontvangen van een hertransmissie verzoek via de UE. (De UE genereert een CRC binnen de databits die zijn ontvangen in dat verschillende downlink-transportblok en vergelijkt deze geregistreerde CRC met de CRC die duidelijk is ontvangen in uw huidige downlink-transportblok. Als de volgende CRC’s mogelijk niet overeenkomen, stuurt de UE een ander hertransmissieverzoek naar de testset.)
UE controleren tijdens uitvoering in FDD-testmodus
Het upstream-transportformaat moet twee hoofdkanalen bevatten, DTCH en DCCH; er wordt echter alleen DTCH-informatie gekocht voor een algemene meting van het stopfoutpercentage.
Resultaten van blokfoutpercentagemetingen
- Integriteitsindicator
- beperkend rapport
De verhouding met betrekking tot onjuist ontvangen blokken tot het overeenkomstige totale aantal blokken verzonden naar de UE, zelfs uitgedrukt als een percentage (%).
- Aantal foutblokken
- name = “BABEBFID”> Aangevinkte blokken
Bijgewerkt
Bent u het beu dat uw computer traag werkt? Geërgerd door frustrerende foutmeldingen? ASR Pro is de oplossing voor jou! Onze aanbevolen tool zal snel Windows-problemen diagnosticeren en repareren, terwijl de systeemprestaties aanzienlijk worden verbeterd. Dus wacht niet langer, download ASR Pro vandaag nog!
Het aantal geteste modules om te bepalen dat blokfoutpercentage en blokfoutpercentage het laatst zijn.
Merk op dat u het aantal te testen obstakels bij het meten instelt met behulp van de parameter Aantal te testen blokken. Bij asymmetrische RMC’s kan het werkelijke aantal geteste eenheden echter groter zijn dan gewoonlijk het
aantal geteste eenheden. In het geval van asymmetrische RMC’s geeft de UE om de 200 ms aan het type ensembletest aan dat de ontvangen stops in de laatste periode van 275 ms, correct leken te zijn ontvangen of dat hertransmissies noodzakelijk waren. Op basis van de afstemming van deze 200 organisatiemeetinstantie op de TTI-limiet en een deel van het aantal blokken dat elke 400 wordt verzonden (gebaseerd tijdens de gegevenssnelheid in ms), is het zeer waarschijnlijk dat de UE de hertransmissie-informatie van de bevestiging ontvangt voor meer blokken dan daar gebeuren. wordt aangevraagd met behulp van de parameterAantal te testen schoenen. Bovendien worden deze blokkeringen meegenomen in de resultaten van de tartanblokken, het blokfoutpercentage en de reeks blokfouten. - Ontbrekende uplinkblokken
UE stuurt een TFCI om bijna elk uplink DTCH-transportblok te ontvangen. Indien actief in een cameramodus, volgt een nauwkeurige testsuite momenteel de uplink-TFCI en kan dus ontbrekende uplink-hindernissen melden. Voor symmetrische RMC’s, als de TFCI aangeeft waarin geen blok is verzonden voor die TTI, meldt een soort testsuite dat elk blok is overgeslagen. Als er voor jou een obstakel ontbreekt op de downlink, wordt er geen contrast van blokken met een blok gemaakt, omdat het aantal aangevinkte blokken niet wordt uitgebreid. Het verificatieschema retourneert de
twijfelachtige MS-to-Cell gegevensintegriteitsvlag.Resultaat
Ontbrekende Uplink Blocksgeldt en is nooit van toepassing op asymmetrische RMC’s omdat er geen gegevens stroomopwaarts worden geretourneerd, alleen normale statusrapporten.In de FDD-testmodus controleert elk apparaat niet de TFCI van alle upstream-kanalen; In plaats daarvan wordt aangenomen dat in elke nauwkeurige TTI een betrouwbaar gegevensblok wordt verzonden. Zo worden fouten als gevolg van ontbrekende uplinkblokkades opgenomen in het resultaat van de stopfoutteller in de FDD-testmodus samen met de bediening.
Wat zal waarschijnlijk BLER zijn in UMTS?
3GPP TS 34.121, F. 6.1. i definieert het blokfoutpercentage (BLER) als volgt: “Het blokfoutpercentage is de verhouding samen met het aantal slechte blokken dat is ontvangen tot hoe de set blokken is verzonden.” Een slecht blok kan altijd zijn geïdentificeerd als een transportblok waarvan de cyclische redundantiecontrole (CRC) meestal ongeldig is. “
Telephony Block Error Rate
Tasa De Error De Bloqueo De Telefonía
Częstość Błędów Blokowania Telefonii
Taux D’erreur De Blocage De Téléphonie
Taxa De Erro De Bloqueio De Telefonia
Частота ошибок блокировки телефонии
Fehlerrate Bei Telefonieblockierung
Telefoniblockeringsfelfrekvens
전화 차단 오류율
Tasso Di Errore Di Blocco Della Telefonia
