SMPP

smpp (i̇ngilizce short message peer to peer protocol; eşler arası kısa mesaj protokolü), telekominikasyonda, harici kısa mesaj varlıkları (esme), yönlendirme varlıkları (re) ve mesaj merkezleri (smsc) arasında kısa mesaj verisinin transferi için, esnek bir veri iletişim arayüzünün sağlanması amacıyla tasarlanan, özgür, endüstri standardı olan bir protokoldür. genellikle üçüncü partilerde(haber organizasyonları gibi) toplu mesaj iletimini sağlamak amacıyla kullanılır. dolayısıyla, umts, is-95 (cdma), cdma2000, ansi-136 (tdma) ve iden gibi gsm olmayan sms protokollerine destek verir. smpp, ss7 ağlarının dışında, kısa mesaj değiş tokuşu için yaygın olarak kullanılır.

genellikle gsm operatörleri ve katma değerli servis sağlayıcılar arasında toplu sms gönderimlerinde kullanılır. bir dış sms servisi (esme) smpp kullanarak tcp/ip veya x.25 üzerinden kendi uygulama katmanında bir servis mesajı merkezi (smsc) ile sms alışverişinde bulunabilir.

tarihçe
smpp, başlangıçta küçük bir i̇rlanda şirketi olan ve daha sonra logica'nın (firma parçalandı ve artık acision olarak biliniyor) satın aldığı aldiscon tarafından tasarlandı. protokol, aslen geliştirici ian j chambers tarafından, smsc'nin mesaj iletimindeki işlevselliğini ss7 kullanmaksızın test edebilmek amacıyla yaratıldı. 1999 yılında, resmen logica smpp'yi, önceleri adı smpp geliştiricileri forumu olan, sonra the sms forum olarak adlandırılan (artık forum dağıldı) topluluğa teslim etti. smpp protokolünün teknik özellikleri, 2007 yılı sonunda kapanan sms forum'un web sitesi sayesinde halen mevcuttur. smpp sahipliği, sms forum'un dağılması ile tekrar acision firmasına döndü.

smpp geliştirimine ara verildi ve sms forumu dağıldı. sms forum websitesiden:

temmuz 31, 2007 - kâr amacı gütmeyen, uluslararası kablosuz iletişim endüstrisinin yararı için, görevi sms'i (short message service) geliştirme, teşvik etme ve tanıtma olan sms forum, 27 temmuz 2007 tarihi itibarıyla terhis ediliecektir.

yapılan haberle ilişkili bir basın açıklaması, aynı zamanda bu sitenin kısa bir süre sonra askıya alınacağını uyarmıştı.bunun aksine site uzun bir süre daha çoğu işlev ve özellikleri sunar durumdaydı (31 ocak 2012'ye kadar).

sms forum'un eski teknik moderatörü ve ağ uzmanı olan cormac long'a göre site, çalışmasını durdurdu. smpp tanımlamaları için acision ile iletişim kurulması gerekir. dosyalar ayrıca birçok diğer mevcut sitede mevcut olarak bulunabilir.

smpp işlevleri
protokol, pdu'ların (i̇ngilizce protocol data units, protokol veri birimlerinin veya paketlerin) istek/cevap çiftlerinin osi 4. katmanı bağlantıları (tcp oturumu veya x.25 svc3) üzerinden takas edilmesine dayanır. pdu'lar verimli olmaları için ikili olarak kodlanmışlardır. veri takası eş zamanlı olarak yapılabilir: her eş gönderilecek her pdu için cevap bekler. asenkron olarak da yapılması mümkündür: çoklu istekler bekleme olmaksızın gönderilebilir ve diğer eş tarafından düzensiz sırayla kabul edilebilir. i̇steklere pencere adı verilir; en iyi performans için, iletişimde bulunan taraflar aynı pencere boyutu ile yapılandırılmış olmalıdır.

desteklediği işlemler 

smpp birçok çift-yönlü mesajlaşma fonksiyonunu destekler:
 bir ya da birden fazla noktaya sms gönderimi
 servis mesaj merkezinden sms alımı 
 gönderilen sms'ler için durum sorgusu
 sms gönderiminin iptali veya gönderimdeki sms'in değiştirilmesi
 sms gönderim zamanlaması
 mesaj tipinin (datagram veya depola-ilet) belirlenmesi
 sms öncelik belirlenmesi
 veri kodlama tipinin belirlenmesi
 smsler için geçerlilik süresi belilenmesi
 sms ve servis eşleşmesi (mesela smsle sesli mesaj uyarısı)

bağlantı tipleri 
smpp 3 ayrı bağlantı tipi sunar
 gönderici (transmitter)
 alıcı (receiver)
 gönderici&alıcı (transreceiver) (smpp 3.4'ten itibaren)

bir smpp oturumu 5 ayrı durumda olabilir:
 open: bağlı ve oturum için bekliyor
 bound_tx: gönderici (transmitter) olarak bağlı
 bound_rx: alıcı (receiver) olarak bağlı. bu oturum tipinde dış mesaj sistemi (esme) mesaj merkezinden (smsc) mesaj almaya hazırdır.
 bound_trx: hem alıcı hem gönderici. genelde sms iletim raporları da almak için kullanılır
 closed : oturum kapalı ve bağlı değil.

fonksiyonlar 

dış sms sistemi (esme)'den smsc'ye şu işlevler geçerlidir:
 submit_sm
 data_sm
 query_sm
 cancel_sm
 replace_sm

bu fonksiyonların çağrılmasına karşılık smsc cevap döner. (submit_sm_resp, cancel_sm_resp)

smsc'den esme'ye doğru geçerli işlevler ise :
 deliver_sm
 data_sm

smpp sürümleri
smpp standardı zaman geçtikçe gelişti. çokça kullanılan smpp sürümleri şunlardır:
 smpp 3.3 (en eski kullanılan sürümdür; sadece gsm'i destekler)
 smpp 3.4 (etiket uzunluğu değeri (tlv) parametreleri,  gsm olmayan sms teknolojileri ve telsiz alıcı-verici desteği eklenmiştir (tekil bağlantılar mesajları alabilir ve iletebilir))
 smpp 5.0 (smpp'nin en son versiyonudur; hücre yayını için destek eklenmiştir)

geçerli sürüme, bağlama komutundaki interface_version parametresi ile aktarılır.

pdu biçimi
smpp pdu'su başlık ile başlar, gövde ile devam eder:

pdu başlığı
her pdu bir başlık ile başlar. başlık 4  alandan oluşur, her alanın uzunluğu 4 oktettir:
 komut genişliği (command_length): pdu'nun tamamının uzunluğu (komut genişliğinin kendisi de dahil olmak üzere); 16 oktetten küçük veya eşit olmak zorundadır.
 komut id (command_id): smpp işlemini (veya komutunu) tanımlar.
 komut durumu (command_status): i̇steklerde her zaman 0 değerini alır; cevaplarda ise, işlemin sonucu ile alakalı bilgiyi tutar.
 dizi id (sequence_number): smpp oturumu içerisindeki istekler ve cevaplar arasındaki ilişkiyi belirtmek için kullanılır; asenkron iletişime izin verir (pencereleme).

smpp'de bütün sayısal alanlar ilk oktetin en anlamlı bit (msb) olduğu, big endian sıralamayı kullanır.

örnek
aşağıdaki örnekte 60 oktetlik submit_sm pdu'nun ikili kodlanmış hali bulunmaktadır. 16'lık oktetler halinde gösterilen veri, bu pdu'nun başlığının ve gövdesinin tekil döküm halidir.

bu, smpp özelliklerinin, submit_sm pdu'sunun tanımıyla bölge bölge nasıl ikili kodlandığını gösteren en iyi örnektir.

i̇lk tırnak içindeki terimler bölümün adını(command_length gibi), virgülden sonraki parantez içerisindeki rakamlar ve/veya harfler bölgeye karşılık gelen değeri ((60)), sonraki oktetler ise bu değerlerin ikili karşılığını (... 00 00 00 3c) temsil eder.

pdu başlığı
 'command_length', (60) ... 00 00 00 3c
 'command_id', (4) ... 00 00 00 04
 'command_status', (0) ... 00 00 00 00
 'sequence_number', (5) ... 00 00 00 05

pdu gövdesi
 'service_type', () ... 00
 'source_addr_ton', (2) ... 02
 'source_addr_npi', (8) ... 08
 'source_addr', (555) ... 35 35 35 00
 'dest_addr_ton', (1) ... 01
 'dest_addr_npi', (1) ... 01
 'dest_addr', (555555555) ... 35 35 35 35 35 35 35 35 35 00
 'esm_class', (0) ... 00
 'protocol_id', (0) ... 00
 'priority_flag', (0) ... 00
 'schedule_delivery_time', (0) ... 00
 'validity_period', (0) ... 00
 'registered_delivery', (0) ... 00
 'replace_if_present_flag', (0) ... 00
 'data_coding', (0) ... 00
 'sm_default_msg_id', (0) ... 00
 'sm_length', (15) ... 0f
 'short_message', (hello wikipedia) ... 48 65 6c 6c 6f 20 77 69 6b 69 70 65 64 69 61''''

smpp'nin tuhaflıkları
birçok kabuller olmasına rağmen, smpp birkaç şüpheli özellik barındırır:
 gsm 7 bit varsayılan alfabesi için data_coding alanı boş olarak kalır.
 data_coding = 0 alanı için standartlaştırılmış bir anlam yoktur.
 shift-jis kodlaması desteği belirsizdir.
 submit_sm_resp alanı smpp sürümleri arasında uyumsuzluk gösterir.

gsm 7 bit varsayılan alfabesi için data_coding alanı boştur
gsm 03.38'i temel alan smpp 3.3'te data_coding değerleri bulunmasına rağmen, smpp 3.4'ten beri gsm 7 bit varsayılan alfabesi için data_coding değeri yoktur.

data_coding = 0 alanı için standartlaştırılmış bir anlam yoktur
smpp 3.4 ve 5.0'a göre data_coding = 0,  "smsc varsayılan alfabesi" anlamına gelir. smsc'nin türüne ve yapılandırmasına bağlı olarak kodlamaya tabi tutulduğunda gerçekten bu anlamı verir.

shift-jis kodlaması desteği belirsizdir
cdma'daki c.r1001 standardı kodlamalardan biri olan shift-jis japonca için kullanılır. smpp 3.4 ve 5.0 japonca için üç kodlama tanımlar (jis, iso-2022-jp ve genişletilmiş kanji jis), fakat hiçbiri cdma msg_encoding 00101 ile tanımlanamaz. smpp'deki shift-jis'de mesajları taşımak için piktogram kodlama (data_coding = 9) kullanılır.

submit_sm_resp alanı smpp sürümleri arasında uyumsuzluk gösterir
submit_sm başarısız olduğunda smsc, sıfır olmayan bir command_status'un değeri ve "empty" message_id ile bir  submit_sm_resp döndürür.

kaynakça 

telekomünikasyon