GSM 03.40
GSM 03.40 lub 3GPP TS 23.040 to standard telefonii komórkowej opisujący format jednostek danych protokołu transferu (TPDU) protokołu przesyłania krótkich wiadomości (SM-TP) używanego w sieciach GSM do przesyłania krótkich wiadomości . Format ten jest używany przez cały czas przesyłania wiadomości w sieci komórkowej GSM . Natomiast serwery aplikacji używają różnych protokołów, takich jak Short Message Peer-to-Peer lub Universal Computer Protocol , do wymiany wiadomości między nimi a serwerem. Centrum obsługi krótkich wiadomości (SMSC).
GSM 03.40 to oryginalna nazwa standardu. Od 1999 roku jest rozwijany przez 3GPP pod nazwą 3GPP TS 23.040. Jednak oryginalna nazwa jest często używana nawet w odniesieniu do dokumentu 3GPP. [ potrzebne źródło ]
Stosowanie
Moduły TPDU GSM 03.40 są używane do przesyłania wiadomości między stacją mobilną (MS) a centralą mobilną (MSC) przy użyciu protokołu Short Message Relay Protocol (SM-RP), natomiast między MSC a centrum obsługi krótkich wiadomości (SMSC) TPDU są przenoszone jako parametr pakietu Mobile Application Part (MAP).
W powstających sieciach korzystających z IP Multimedia Subsystem (IMS) krótkie wiadomości są przenoszone w poleceniu MESSAGE protokołu inicjowania sesji (SIP). Nawet w tych opartych na protokole IP istnieje opcja, która (ze względu na kompatybilność) definiuje przesyłanie krótkich wiadomości w formacie GSM 03.40 osadzonych w 3GPP 24.011 jako Content-Type: application/vnd.3gpp.sms.
Typy TPDU
GSM 03.40 definiuje sześć typów komunikatów pomiędzy Stacją Mobilną (MS) a Centrum SMS (SC), które różnią się kierunkiem komunikatu oraz dwoma najmniej znaczącymi bitami w pierwszym oktecie komunikatu SM-TP (pole TP-MTI):
TP-MTI | kierunek | typ wiadomości |
---|---|---|
0 0 | MS → SC | SMS-DOSTARCZONY-RAPORT |
0 0 | SC → MS | DOSTARCZENIE SMS-a |
0 1 | MS → SC | SMS-WYŚLIJ |
0 1 | SC → MS | SMS-WYŚLIJ-RAPORT |
1 0 | MS → SC | POLECENIE SMS |
1 0 | SC → MS | SMS-RAPORT-STATUS |
1 1 | każdy | Skryty |
SMS-SUBMIT służy do przesyłania krótkiej wiadomości z telefonu komórkowego (Stacja Mobilna, MS) do centrum obsługi krótkich wiadomości (SMSC, SC).
SMS-SUBMIT-REPORT jest potwierdzeniem SMS-SUBMIT; sukces oznacza, że wiadomość została zapisana (buforowana) w SMSC, a niepowodzenie oznacza, że wiadomość została odrzucona przez SMSC.
SMS-COMMAND może służyć do zapytania o wiadomość zbuforowaną w SMSC, do modyfikacji jej parametrów lub do jej usunięcia.
SMS-DELIVER służy do dostarczania wiadomości z SMSC na telefon komórkowy. Potwierdzenie zwrócone przez telefon komórkowy może opcjonalnie zawierać SMS-DOSTARCZONY-RAPORT. Gdy trasa do domu , SMS-DELIVER służy do przesyłania wiadomości z SMSC do innego.
SMS-STATUS-REPORT może zostać wysłany przez SMSC w celu poinformowania telefonu komórkowego nadawcy o ostatecznym wyniku dostarczenia wiadomości lub w celu odpowiedzi na SMS-COMMAND.
Pola TPDU
Pola komunikatów SM-TP wraz z ich kolejnością i wielkością zestawiono w poniższej tabeli, gdzie M oznacza pole obowiązkowe, O pole opcjonalne, E dotyczy pól obowiązkowych w odpowiedziach negatywnych (RP-ERR) oraz nie występuje w odpowiedziach pozytywnych (RP-ACK), x jest polem występującym gdzie indziej:
POLECENIE SMS | rozmiar | Nazwa pola | ||||||
---|---|---|---|---|---|---|---|---|
SMS-RAPORT-STATUS | ||||||||
SMS-WYŚLIJ-RAPORT | ||||||||
SMS-WYŚLIJ | ||||||||
SMS-DOSTARCZONY-RAPORT | ||||||||
Pole | ||||||||
SMS-DOSTARCZAJĄCY | ||||||||
TP-MTI | M | M | M | M | M | M | 2 bity | Wskaźnik rodzaju wiadomości |
TP-MMS | M | M | 1 bit | Więcej wiadomości do wysłania | ||||
TP-RD | M | Odrzuć duplikaty | ||||||
TP-LP | O | O |
1 bit/ 2 bity |
Zapobieganie pętli | ||||
TP-VPF | M | Format okresu ważności | ||||||
TP-SRI | O | 1 bit | Wskazanie raportu o stanie | |||||
TP-SRR | O | O | Żądanie raportu o stanie | |||||
TP-SRQ | M | Kwalifikator raportu o stanie | ||||||
TP-UDHI | O | O | O | O | O | O | 1 bit | Wskaźnik nagłówka danych użytkownika |
TP-RP | M | M | 1 bit | Ścieżka odpowiedzi | ||||
TP-FCS | mi | mi | 1 oktet | Przyczyna awarii | ||||
TP-MR | M | M | M | 1 oktet | Odniesienie do wiadomości | |||
TP-DA | M | X | 2–12 oktetów | Adres przeznaczenia | ||||
TP-OA | M | 2–12 oktetów | Adres pochodzenia | |||||
TP-RA | M | 2–12 oktetów | Adres odbiorcy | |||||
TP-SCTS | X | X | M | 7 oktetów | Znacznik czasu centrum serwisowego | |||
TP-DT | M | 7 oktetów | Czas rozładowania | |||||
TP-ST | M | 1 oktet | Status | |||||
TP-PI | M | M | O | 1 oktet | Wskaźnik parametru | |||
TP-SCTS | X | M | X | 7 oktetów | Znacznik czasu centrum serwisowego | |||
TP-PID | M | O | M | O | O | M | 1 oktet | Identyfikator protokołu |
TP-DCS | M | O | M | O | O | 1 oktet | Schemat kodowania danych | |
TP-SCTS | M | X | X | 7 oktetów | Znacznik czasu centrum serwisowego | |||
TP-VP | O | 0, 1 lub 7 oktetów | Termin ważności | |||||
TP-UDL | M | O | M | O | O | 1 oktet | Długość danych użytkownika | |
TP-UD | O | O | O | O | O | nadany przez TP-UDL | Dane użytkownika | |
TP-CT | M | 1 oktet | Typ polecenia | |||||
TP-MN | M | 1 oktet | Numer wiadomości | |||||
TP-DA | X | M | 2-12 oktetów | Adres przeznaczenia | ||||
TP-CDL | M | 1 oktet | Długość danych polecenia | |||||
TP-CD | O | udzielone przez TP-CDL | Dane polecenia |
Pierwszy oktet TPDU zawiera różne flagi, w tym pole TP-MTI opisane powyżej:
bit(y) | Oznaczający |
---|---|
1-0 | TP-Message-Type-Indicator (TP-MTI) |
2 | TP-Więcej-wiadomości-do-wysłania (TP-MMS) w SMS-DELIVER (0 = więcej wiadomości) |
2 | TP-Reject-Duplicates (TP-RD) w SMS-SUBMIT |
3 | TP-Loop-Prevention (TP-LP) w SMS-DELIVER i SMS-STATUS-REPORT |
4-3 | TP-Validity-Period-Format (TP-VPF) w SMS-SUBMIT (00 = brak) |
5 | TP-Status-Report-Indication (TP-SRI) w SMS-DELIVER |
5 | TP-Status-Report-Request (TP-SRR) w SMS-SUBMIT i SMS-COMMAND |
5 | TP-Status-Report-Qualifier (TP-SRQ) w SMS-STATUS-REPORT |
6 | TP-User-Data-Header-Indicator (TP-UDHI) |
7 | TP-Reply-Path (TP-RP) w SMS-DELIVER i SMS-SUBMIT |
Ustawiając bit TP-More-Messages-to-Send (TP-MMS) na 0 (odwrócona logika), SMSC sygnalizuje, że ma więcej wiadomości dla odbiorcy (często dalsze segmenty połączonej wiadomości). MSC zwykle nie zamyka połączenia z telefonem komórkowym i nie kończy dialogu MAP z SMSC, co pozwala na szybsze dostarczanie kolejnych wiadomości lub segmentów wiadomości. Jeżeli przypadkowo kolejne wiadomości znikną z SMSC w międzyczasie (kiedy zostaną na przykład usunięte), SMSC zakończy dialog MAP komunikatem MAP Abort.
Bit TP-Loop-Prevention (TP-LP) ma na celu zapobieganie zapętlaniu wiadomości SMS-DELIVER lub SMS-STATUS-REPORT kierowanych na inny adres niż ich adres docelowy lub generowanych przez aplikację. Wiadomość taka może zostać wysłana tylko wtedy, gdy oryginalna wiadomość miała wyczyszczoną flagę, a nowa wiadomość musi być wysłana z ustawioną flagą.
Poprzez ustawienie bitu TP-Status-Report-Indication (TP-SRI) na 1, SMSC żąda zwrócenia raportu o stanie do SME.
Poprzez ustawienie bitu TP-Status-Report-Request (TP-SRR) na 1 w SMS-SUBMIT lub SMS-COMMAND, telefon komórkowy żąda raportu o statusie, który ma być odesłany przez SMSC.
Gdy TP-SRQ ma wartość 1 w wiadomości SMS-STATUS-REPORT, wiadomość jest wynikiem SMS-COMMAND; w przeciwnym razie jest to wynik SMS-SUBMIT.
Gdy TP-UDHI ma wartość 1, pole TP-UD zaczyna się od User Data Header .
Ustawienie bitów TP-RP włącza funkcję, która pozwala na wysłanie odpowiedzi na wiadomość tą samą ścieżką co oryginalna wiadomość. Jeśli sieci domowe nadawcy i odbiorcy różnią się, odpowiedź zwykle przechodzi przez inny SMSC. Operator komórkowy musi podjąć specjalne środki, aby obciążyć takie wiadomości.
Zarówno SM-RP, jak i MAP używane do transmisji GSM 03.40 TPDU zawierają wystarczającą ilość informacji, aby odesłać potwierdzenie — informację, czy żądanie powiodło się, czy nie. Jednakże, GSM 03.40 TPDU może być zawarte w potwierdzeniu, aby przenosić jeszcze więcej informacji. GSM 03.40 przeszedł następujące zmiany:
- Do GSM 03.40 5.2.0 SMS-DELIVER-REPORT i SMS-SUBMIT-REPORT był wysyłany tylko w przypadku błędu. Od wersji 5.3.0 są one również wysyłane w przypadku sukcesu. MO-ForwardSM-Res został wprowadzony w GSM 09.02 5.6.0 sierpnia 1997
- Do GSM 03.40 6.0.0 SMS-DELIVER-REPORT i SMS-SUBMIT-REPORT wysyłane w przypadku błędu zawierały tylko pola TP-MTI i TP-FCS, a ostatnim polem w SMS-STATUS-REPORT było TP-ST. Od wersji 6.1.0 te TPDU mają format pokazany w powyższej tabeli.
Chociaż zmiany te są stare (wersja 6.1.0 pojawiła się w lipcu 1998 r.), stare formaty MAP są często spotykane nawet w dzisiejszych sieciach.
Treść wiadomości
Treść komunikatu (jego tekst gdy komunikat nie jest binarny) przenoszona jest w polu TP-UD. Jego rozmiar może wynosić do 160 × 7 = 140 × 8 = 1120 bitów. Dłuższe wiadomości można podzielić na wiele części i wysłać jako połączony SMS . Długość treści komunikatu podawana jest w polu TP-UDL. Gdy kodowanie wiadomości to domyślny 7-bitowy alfabet GSM (zależy od pola TP-DCS), TP-UDL podaje długość TP-UD w jednostkach 7-bitowych; w przeciwnym razie TP-UDL podaje długość TP-UD w oktetach.
Kiedy TP-UDHI wynosi 1, TP-UD zaczyna się od nagłówka danych użytkownika (UDH); w tym przypadku pierwszym oktetem TP-UD jest oktet długości nagłówka danych użytkownika (UDHL), zawierający długość UDH w oktetach bez samego UDHL. UDH zjada pokój z pola TP-UD. Gdy kodowanie wiadomości to domyślny 7-bitowy alfabet GSM i obecne jest UDH, wstawiane są bity wypełniające, aby wyrównać początek pierwszego znaku tekstu po UDH z granicą septetu. To zachowanie zostało zaprojektowane dla starszych telefonów komórkowych, które nie rozumieją UDH; takie telefony komórkowe mogą wyświetlać UDH jako zbiór dziwnych znaków; gdyby pierwszym znakiem po UDH był powrót karetki (CR), telefon komórkowy przepisałby wiadomość wraz z resztą wiadomości.
Adresy
Wiadomość GSM 03.40 zawiera co najwyżej jeden adres: adres docelowy (TP-DA) w SMS-SUBMIT i SMS-COMMAND, adres nadawcy (TP-OA) w SMS-DELIVER oraz adres odbiorcy (TP-RA) w SMS-STATUS- RAPORT. Inne adresy są przenoszone przez niższe warstwy .
Format adresów w GSM 03.40 opisano w poniższej tabeli:
oktet | Oznaczający |
---|---|
0 | długość adresu w półbajtach ( półoktetach ) |
1 | ZEW, TON, NPI |
2-11 | cyfry adresu |
Rodzaj numeru (TON):
Bit 6 5 4 |
Oznaczający |
---|---|
0 0 0 | Nieznany |
0 0 1 | Numer międzynarodowy |
0 1 0 | Numer krajowy |
0 1 1 | Numer specyficzny dla sieci |
1 0 0 | Numer subskrybenta |
1 0 1 | Alfanumeryczny (kodowany zgodnie z 3GPP TS 23.038 [9] 7-bitowy domyślny alfabet GSM) |
1 1 0 | Numer skrócony |
1 1 1 | Zarezerwowane do rozszerzenia |
Jeżeli abonent wprowadzi numer telefonu ze znakiem `+' na początku, znak `+' zostanie usunięty, a adres otrzyma TON=1 (numer międzynarodowy), NPI=1. Sam numer musi zawsze zaczynać się od kodu kraju i musi być sformatowany dokładnie zgodnie ze E.164 .
Natomiast dla liczb zapisanych bez znaku `+' adres otrzymuje TON=0 (nieznany), NPI=1. W takim przypadku numer musi być zgodny z planem wybierania operatora komórkowego , co oznacza, że numery międzynarodowe muszą mieć prefiks międzynarodowy (00 w większości krajów, ale 011 w USA) przed numerem kierunkowym kraju, a numery do połączeń międzystrefowych muszą zaczynać się od prefiks linii miejskiej (0 w większości krajów, 1 w USA), po którym następuje kod linii miejskiej.
Identyfikacja planu numeracji (NPI):
Bity 3 2 1 0 |
Oznaczający |
---|---|
0 0 0 0 | Nieznany |
0 0 0 1 | Plan numeracji ISDN/telefon ( E.164 /E.163) |
0 0 1 1 | Plan numeracji danych ( X.121 ) |
0 1 0 0 | Plan numeracji teleksu |
0 1 0 1 | Specjalny plan centrum serwisowego 1) |
0 1 1 0 | Specjalny plan centrum serwisowego 2) |
1 0 0 0 | Krajowy plan numeracji |
1 0 0 1 | Prywatny plan numeracyjny |
1 0 1 0 | Plan numeracji ERMES (ETSI DE/PS 3 01 3) |
1 1 1 1 | Zarezerwowane do rozszerzenia |
Numery telefonów powinny mieć NPI=1. Serwery aplikacji mogą używać adresów alfanumerycznych, które mają kombinację TON=5, NPI=0.
Bit EXT ma zawsze wartość 1, co oznacza „brak rozszerzenia”.
Przykłady adresów
Numer US +1 555 123 4567 zostałby zakodowany jako 0B 91 51 55 21 43 65 F7 (F w górnych czterech bitach ostatniego oktetu jest wypełniaczem, który jest używany, gdy długość liczby jest nieparzysta).
Adres alfanumeryczny jest najpierw dodawany do domyślnego 7-bitowego alfabetu GSM, następnie kodowany w taki sam sposób, jak każdy tekst wiadomości w polu TP-UD (tzn. jest 7-bitowy), a następnie adres jest podawany z „liczbą” długość oraz TON i NPI.
Na przykład fikcyjny adres alfanumeryczny Design@Home jest konwertowany na domyślny 7-bitowy alfabet GSM, co daje 11 bajtów 44 65 73 69 67 6E 00 48 6F 6D 65 (szesnastkowo), 7-bitowe opakowanie przekształca go w 77 przechowywanych bitów w 10 oktetach jako C4 F2 3C 7D 76 03 90 EF 76 19; 77 bitów to 20 półbajtów (14 szesnastkowych), które są wartością pierwszego oktetu adresu. Drugi oktet zawiera TON (5) i NPI (0), co daje D0 w postaci szesnastkowej. Pełny adres w formacie GSM to 14 D0 C4 F2 3C 7D 76 03 90 EF 76 19.
Odniesienie do wiadomości
Pole Message Reference (TP-MR) jest wykorzystywane we wszystkich komunikatach po stronie wysyłania z wyjątkiem SMS-SUBMIT-REPORT (tj. SMS-SUBMIT, SMS-COMMAND i SMS-STATUS-REPORT). Jest to wartość jednooktetowa, która jest zwiększana za każdym razem, gdy przesyłana jest nowa wiadomość lub wysyłane jest nowe POLECENIE SMS. Jeśli przesłanie wiadomości nie powiedzie się, telefon komórkowy powinien powtórzyć przesłanie z tą samą wartością TP-MR i bitem TP-RD ustawionym na 1.
Format czasu
Data i czas używane w TP-SCTS, TP-DT oraz w formacie bezwzględnym TP-VP są przechowywane w 7 oktetach:
oktet | Treść |
---|---|
0 | Dwie ostatnie cyfry roku |
1 | Miesiąc |
2 | Dzień |
3 | Godzina |
4 | Minuta |
5 | Drugi |
6 | Strefa czasowa |
We wszystkich oktetach wartości są zapisywane w formacie dziesiętnym zakodowanym binarnie z przełączanymi cyframi (liczba 35 jest zapisywana jako 53 hex).
Strefa czasowa podawana jest w kwadransach. Jeśli przesunięcie strefy czasowej jest ujemne (na półkuli zachodniej), bit 3 ostatniego oktetu jest ustawiony na 1.
23:01:56 25 marca 2013 PST (GMT-7) zostanie zakodowany jako 31 30 52 32 10 65 8A.
W tym przykładzie strefa czasowa 8A to liczba binarna 1000 1010. Bit 3 to 1, dlatego strefa czasowa jest ujemna. Pozostała liczba (bitowo „i” z 1111 0111) to 1000 0010, szesnastkowo 82. Traktuj to jak każdy poprzedni element w sekwencji (szesnastkowo 82 reprezentuje liczbę 28). Ostatecznie przesunięcie strefy czasowej wynosi 28 × 15 minut = 420 minut (7 godzin).
Termin ważności
SMS-SUBMIT TPDU może zawierać parametr TP-VP, który ogranicza okres czasu, przez który SMSC będzie próbowało dostarczyć wiadomość. Jednak okres ważności jest zwykle ograniczony globalnie przez parametr konfiguracyjny SMSC — często do 48 lub 72 godzin. Format okresu ważności jest definiowany przez pole Format okresu ważności:
TP-VPF | formacie TP-VP | Długość TP-VP |
---|---|---|
0 0 | Brak TP-VP | 0 |
0 1 | Ulepszony format | 7 |
1 0 | Format względny | 1 |
1 1 | Format absolutny | 7 |
Format względny
Wartość TP-VP | Termin ważności | Możliwe okresy ważności |
---|---|---|
0–143 | (TP-VP + 1) x 5 minut | 5, 10, 15 minut ... 11:55, 12:00 godzin |
144–167 | (12 + (TP-VP - 143) / 2 ) godzin | 12:30, 13:00, ... 23:30, 24:00 godz. |
168–196 | (TP-VP - 166) dni | 2, 3, 4, ... 30 dni |
197–255 | (TP-VP - 192) tygodnie | 5, 6, 7, ... 63 tygodnie |
Format absolutny
Format bezwzględny jest identyczny z innymi formatami czasu w GSM 03.40.
Ulepszony format
Rozszerzony format pola TP-VP jest rzadko używany. Ma zawsze 7 oktetów, chociaż niektóre z nich nie są używane. Pierwszy oktet to wskaźnik funkcjonalności TP-VP. Jego 3 najmniej znaczące bity mają następujące znaczenie:
2 1 0 | Oznaczający |
---|---|
0 0 0 | Nie określono okresu ważności |
0 0 1 | Poniższy oktet to względny okres ważności, zgodnie z opisem w tabeli Względne wartości okresu ważności |
0 1 0 | Poniższy oktet zawiera względny okres ważności w sekundach z zakresu od 0 do 255 |
0 1 1 | Następujące 3 oktety zawierają względny okres ważności w godzinach, minutach i sekundach jako format czasu od 3 do 5 oktetów |
1 XX | Skryty |
Wartość 1 w bicie 6 pierwszego oktetu oznacza, że wiadomość jest pojedyncza. Wartość 1 w bicie 7 pierwszego oktetu wskazuje, że wskaźnik funkcjonalności TP-VP obejmuje kolejny oktet. Jednak żadne takie rozszerzenia nie są zdefiniowane.
Identyfikator protokołu
TP-PID (Identyfikator protokołu) albo odnosi się do używanego protokołu wyższej warstwy, wskazuje na współpracę z określonym typem urządzenia telematycznego (takiego jak faks , teleks , pager , teleteks , e-mail ), określa typ zastąpienia wiadomości lub pozwala na pobranie parametrów konfiguracyjnych do karty SIM . Zwykłe komunikaty MO-MT mają PID=0.
TP-PID | oznaczający |
---|---|
0 | Domyślna zapisz i prześlij krótką wiadomość |
1–31 | brak współpracy telematycznej, ale protokół SME-SME |
32 | ukryte urządzenie telemetyczne |
33 | Teleks lub teleteks zredukowany do formatu teleksu |
34 | Telefaks grupy 3 |
35 | Telefaks grupy 4 |
36 | Telefon głosowy |
37 | ERMES (europejski system łączności radiowej) |
38 | Krajowy system przywoławczy (znany SC) |
39 | Wideotekst (T.100 [20] /T.101 [21]) |
40 | Teletex , operator nieokreślony |
41 | Teleteks , w PSPDN |
42 | Teleteks w CSPDN |
43 | Teleteks , w analogowej sieci PSTN |
44 | Teletex , w cyfrowym ISDN |
45 | UCI (uniwersalny interfejs komputerowy, ETSI DE/PS 3 01 3) |
46–47 | Skryty |
48 | Funkcja obsługi wiadomości (znana SC) |
49 | Dowolny publiczny system obsługi wiadomości oparty na X.400 |
50 | Internetowa poczta elektroniczna |
51–55 | Skryty |
56–62 | specyficzne dla SC; wykorzystanie na podstawie wzajemnego porozumienia między MŚP a SC |
63 | Stacja mobilna GSM/UMTS. |
64 | Krótka wiadomość typu 0 |
65 | Zastąp krótką wiadomość typu 1 |
66 | Zastąp krótką wiadomość typu 2 |
67 | Zastąp typ krótkiej wiadomości 3 |
68 | Zastąp typ krótkiej wiadomości 4 |
69 | Zastąp typ krótkiej wiadomości 5 |
70 | Zastąp typ krótkiej wiadomości 6 |
71 | Zastąp typ krótkiej wiadomości 7 |
72 | Krótka wiadomość wyzwalająca urządzenie |
73–93 | Skryty |
94 | Ulepszona usługa wiadomości (przestarzała) |
95 | Wiadomość zwrotna |
96–123 | Skryty |
124 | ANSI-136 R-DANE |
125 | Pobieranie danych |
126 | ME De personalizacja Krótka wiadomość |
127 | (U)SIM Pobieranie danych |
128–191 | skryty |
192–255 | Przypisuje bity 0 5 do specyficznego użytku SC |
Dla TP-PID = 63 SC konwertuje SM z odebranego schematu kodowania danych TP na dowolny schemat kodowania danych obsługiwany przez to MS (np. domyślny).
Krótka wiadomość typu 0 jest znana jako cichy SMS . Każda słuchawka musi być w stanie odebrać taką krótką wiadomość niezależnie od tego, czy jest dostępna pamięć w (U)SIM lub ME, czy też nie, musi potwierdzać odbiór wiadomości, ale nie może informować użytkownika o jej otrzymaniu i musi usuwać jej zawartość, więc wiadomość nie zostanie zapisana w (U)SIM lub ME.
Schemat kodowania danych
Specjalne 7-bitowe kodowanie zwane domyślnym alfabetem GSM 7 bit zostało zaprojektowane dla systemu krótkich wiadomości w GSM. Alfabet zawiera najczęściej używane symbole z większości języków zachodnioeuropejskich (oraz niektóre greckie wielkie litery). Niektóre ASCII i znak euro nie pasowały do 7-bitowego domyślnego alfabetu GSM i muszą być zakodowane przy użyciu dwóch septetów. Znaki te tworzą 7-bitową domyślną tablicę rozszerzeń alfabetu GSM . Obsługa 7-bitowego alfabetu GSM jest obowiązkowa dla telefonów GSM i elementów sieci.
Języki używające alfabetu łacińskiego , ale używające znaków, których nie ma w domyślnym 7-bitowym alfabecie GSM, często zastępują brakujące znaki znakami diakrytycznymi odpowiednimi znakami bez znaków diakrytycznych, co powoduje nie do końca zadowalające wrażenia użytkownika, ale jest często akceptowane. Dla lepszego wyglądu można zastosować 16-bitowe kodowanie UTF-16 (w GSM nazywane UCS-2) za cenę zmniejszenia długości (niesegmentowanej) wiadomości ze 160 do 70 znaków.
Wiadomości w języku chińskim, koreańskim lub japońskim muszą być zakodowane przy użyciu kodowania znaków UTF-16 . To samo dotyczyło innych języków używających alfabetu innego niż łaciński, takich jak rosyjski, arabski, hebrajski i różne języki indyjskie. wprowadzono nową funkcję, rozszerzoną tabelę przesunięć w języku narodowym , która w wersji 11.0.0 opublikowanej w 2012 roku obejmuje turecki , hiszpański , portugalski , bengalski , gudżarati , hindi , kannada , Języki malajalam , orija , pendżabski , tamilski , telugu i urdu . Mechanizm zastępuje domyślną 7-bitową tablicę kodów alfabetu GSM i/lub tablicę rozszerzoną tablicą(-ami) narodowymi zgodnie ze specjalnymi elementami informacyjnymi w nagłówku danych użytkownika . Niesegmentowany komunikat wykorzystujący tablice przesuwne języka narodowego może zawierać do 155 (lub 153) znaków 7-bitowych.
Data Coding Scheme (TP-DCS) zawiera przede wszystkim informacje o kodowaniu wiadomości. GSM rozpoznaje tylko 2 kodowania wiadomości tekstowych i 1 kodowanie wiadomości binarnych :
- Domyślny 7-bitowy alfabet GSM (co obejmuje również używanie tabel przesuwnych w języku narodowym)
- LUW-2
- 8-bitowe dane
Oktet TP-DCS ma złożoną składnię umożliwiającą przenoszenie innych informacji; najbardziej godne uwagi są klasy wiadomości:
Wartość | Klasa wiadomości |
---|---|
0 0 | 0 - Komunikaty Flash |
0 1 | 1 - Specyficzne dla ME |
1 0 | 2 - Specyficzne dla karty SIM / USIM |
1 1 | 3 - specyficzne dla TE |
Wiadomości Flash są odbierane przez telefon komórkowy, mimo że ma on pełną pamięć. Nie są one przechowywane w telefonie, tylko wyświetlane na wyświetlaczu telefonu.
Kolejną funkcją dostępną poprzez TP-DCS jest Automatyczne usuwanie: po przeczytaniu wiadomość jest usuwana z telefonu.
Message Waiting Indication Grupa wartości DCS może ustawić lub zresetować flagi wskazujące obecność nieprzeczytanej poczty głosowej , faksu , e-maila lub innych wiadomości.
Specjalne wartości DCS umożliwiają również kompresję wiadomości , ale być może nie jest ona używana przez żadnego operatora.
Wartości TP-DCS są określone w rekomendacji GSM 03.38 . Wiadomości wysyłane za pomocą tego kodowania mogą być zakodowane w domyślnym 7- bitowym alfabecie GSM, 8-bitowym alfabecie danych i 16-bitowym alfabecie UCS-2 .
Czas rozładowania
Pole TP-DT wskazuje czas i datę związaną z określonym wynikiem TP-ST:
- jeśli wiadomość została dostarczona lub, bardziej ogólnie, inna transakcja została zakończona (TP-ST to 0-31), TP-DT to czas zakończenia transakcji
- jeśli SMSC nadal próbuje dostarczyć wiadomość (TP-ST to 32-63), TP-DT to czas ostatniej próby dostarczenia
- jeśli SMSC nie podejmuje więcej prób doręczenia (TP-ST to 64-127), TP-DT jest czasem ostatniej próby doręczenia lub czasem, w którym SMSC usunął wiadomość
Wskaźnik parametru
Pole TP-PI wskazuje na obecność kolejnych pól w SUBMIT-RAPORT, DOSTAWA-RAPORT lub SMS-STATUS-REPORT TPDU.
fragment | Oznaczający |
---|---|
0 | TP-PID |
1 | TP-DCS |
2 | TP-UDL i TP-UD |
8 | inny oktet TP-PI (bit rozszerzenia) |
Ponieważ obecnie w TP-PI są jeszcze cztery wolne bity, można się spodziewać, że bit rozszerzenia będzie równy zero nawet w przyszłości, co pomaga odróżnić pole TP-PI od pola TP-FCS, gdy informacja, czy TPDU jest częścią dodatniego lub odpowiedź negatywna nie jest dostępna: jeśli najbardziej znaczący bit drugiego oktetu TPDU wynosi 1, drugim oktetem jest TP-FCS (w odpowiedzi negatywnej), w przeciwnym razie jest to TP-PI (w odpowiedzi pozytywnej).
Zobacz też
- Usługa krótkich wiadomości
- GSM 03.38
- Schemat kodowania danych
- Nagłówek danych użytkownika
- Połączone SMS-y
- Realizacja techniczna usługi SMS (GSM)
- Ulepszona usługa przesyłania wiadomości
- Usługa wiadomości multimedialnych
- Krótka wiadomość peer-to-peer
- Uniwersalny protokół komputerowy