SMPP-kanaalinstellingen
Tekentransliteratie autoriseren
Transliteratie is het zoeken naar tekens die equivalent zijn aan ontbrekende tekens. Het Franse "ê"-teken (e met omstreeks accent) ontbreekt bijvoorbeeld in GSM-codering, maar kan worden vervangen door "e" zonder de leesbaarheid te veel te belemmeren.
Als dit selectievakje is uitgeschakeld, mislukt de tekstcodering als de tekenreeks niet exact zo kan worden gecodeerd.
Als dit selectievakje is ingeschakeld, probeert de tekstcodering de tekenreeks om te zetten in een versie die bij benadering overeenkomt in plaats van te mislukken. Als sommige tekens geen equivalent hebben in de doelcodering, mislukt de tekstcodering.
Zie een specifieke afbeelding van coderingen bepalen dievoor een meer algemene verklaring van het het coderen proces plaatsen.
Source-nummer
Bepaalt het standaardbronadres voor berichten. Deze instelling is alleen van toepassing als het bronnummer leeg is gelaten in de levering. Het veld Bronnummer wordt standaard niet doorgegeven, zodat de provider dit veld vervangt door de korte code.
Dit laat de afzenderadres/oADC opheffingseigenschap toe.
Source TON/NPI, TON/NPI bestemming
TON (type nummer) en NPI (indicator nummerplan) (beschreven in punt 5.2.5 van de specificatie SMPP 3.4). Deze waarden moeten worden ingesteld op wat de provider nodig heeft.
Zij worden overgebracht as-is in source_addr_ton, source_addr_npi, dest_addr_ton en dest_addr_npi gebieden van SUBMIT_SM PDU.
Servicetype
Dit gebied wordt overgebracht as-is op het service_type gebied van SUBMIT_SM PDU. Stel dit in op wat de provider nodig heeft.
Doorvoer en vertragingen
Deze montages controleren alle timingsaspecten van het kanaal SMPP. Sommige leveranciers vereisen zeer nauwkeurige controle van het berichttarief, venster en retry timings, zodat zouden deze montages aan waarden moeten worden geplaatst die de capaciteit van de leverancier en de voorwaarden aanpassen die in hun contract worden vermeld.
Venster verzenden
Het venster is het aantal PDUs SUBMIT_SM die zonder het wachten op passende SUBMIT_SM_RESP kan worden verzonden.
Voorbeeld van een transmissie met een maximum venster van 4:
Het venster helpt de productie te verhogen wanneer de netwerkverbinding een hoge latentie heeft. De waarde van het venster moet minstens het aantal SMS/s zijn die door de latentie van de verbinding (in seconden) wordt vermenigvuldigd zodat de schakelaar nooit op SUBMIT_SM_RESP wacht alvorens het volgende bericht te verzenden.
Als het venster te groot is, kunt u meer dubbele berichten verzenden in het geval van verbindingsproblemen (zeldzame gevallen). Bovendien hebben de meeste providers een zeer strikte limiet voor het venster en weigeren berichten die de limiet overschrijden.
Hoe te om de optimale verzendende vensterformule te berekenen:
Meet de maximumlatentie tussen SUBMIT_SM en SUBMIT_SM_RESP.
Vermenigvuldig deze waarde (in seconden) aan de maximum MT productie: dit zal de optimale verzendende vensterwaarde geven.
Voorbeeld: Als u 300 SMS/s in maximum MT productie en er is 100ms latentie tussen SUBMIT_SM en SUBMIT_SM_RESP gemiddeld, zou de optimale waarde 300×0.1 = 30 zijn.
In twijfel, verkies een groter venster om prestatiesproblemen te vermijden.
Maximale MT-doorvoer
Maximum aantal MT per seconde en per verbinding. Deze instelling wordt strikt gehandhaafd, de MTA zal nooit berichten sneller dan deze grens duwen. Het is nuttig voor leveranciers die nauwkeurige vertraging vereisen.
Om de totale productielimiet te kennen, vermenigvuldig dit aantal met het totale aantal verbindingen (zie de bovenstaande formule).
0 betekent geen limiet, de MTA zal MT zo snel mogelijk verzenden.
Het wordt over het algemeen aanbevolen deze instelling onder de 1000 te houden, aangezien het onmogelijk is een exacte doorvoer boven dit aantal te garanderen, tenzij dit op de uiteindelijke architectuur is gebaseerd en specifiek om een SMPP-leverancier is verzocht. Het kan beter zijn om het aantal verbindingen te verhogen om boven 1000 MT/s te gaan.
Tijd vóór opnieuw verbinden
Wanneer de verbinding van TCP wordt verloren, zal de schakelaar dit aantal seconden wachten alvorens te proberen om een verbinding te maken.
Vervalperiode van de MT
Dit is de onderbreking tussen SUBMIT_SM en zijn overeenkomstige SUBMIT_SM_RESP. Als het RESP niet tijdig wordt ontvangen, zal het bericht als ontbroken worden beschouwd en zal het globale hertestbeleid van MTA van toepassing zijn.
Time-out binden
De onderbreking tussen TCP verbindt poging en het BIND_*_RESP antwoord. Wanneer het uit tijden, wordt de verbinding gesloten door de schakelaar van de Campagne en het zal Tijd wachten alvorens opnieuw te verbinden alvorens opnieuw te proberen.