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):

Typy TPDU
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:

Pola SM-TL TPDU
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:

Pola bitowe w pierwszym oktecie SM-TL TPDU
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:

Format pól daty i czasu w SM-TL TPDU
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:

Formaty 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

Względne wartości okresu ważności
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:

Znaczenie bitów od 2 do 0 wskaźnika funkcjonalności TP-VP
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:

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.

Bity TP-PI
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ż