Wireless Transaction Protocol (WTP)

Chapter 18.9.4 Protokol Transaksi Nirkabel (WTP)

Protokol Transaksi Nirkabel, yang didefinisikan dalam OMA WAP-224-WTP-20010710-spesifikasi, menyediakan mekanisme terutama dirancang untuk terminal WAP dengan sumber daya terbatas melalui jaringan dan dengan rendah ke bandwidth sedang. Teknologi ini memungkinkan lebih banyak pelanggan pada saat yang sama jaringan karena pemanfaatan bandwidth yang berkurang.
WTP menyediakan transfer data yang tidak dapat diandalkan dan dapat diandalkan berdasarkan permintaan / balasan paradigma Tidak seperti TCP, tidak ada pengaturan koneksi dan robek. Dibandingkan dengan
TCP, dimana aliran SYN dan ACK dimulai sebelum data pertama dikirim,
WTP membawa data pada paket pertama pertukaran protokol. Selain itu, WTP
menggunakan model berorientasi pesan, berlawanan dengan berorientasi pada TCP
pelaksanaan.

Kelas operasi WTP


Ada tiga kelas operasi, penomoran nol sampai dua.

Kelas 0

Kelas 0 didefinisikan oleh spesifikasi OMA sebagai "pesan pemanggilan yang belum dikonfirmasi
tanpa hasil pesan. "Ini adalah datagram yang bisa dikirim dalam konteks
sesi WSP yang ada (lihat 18.9.5, "Protokol Sesi Nirkabel" pada
halaman 682). Namun, ini tidak dimaksudkan sebagai metode utama pengiriman datagrams. Untuk fungsi itu, gunakan WDP sebagai gantinya. Urutan kejadian dalam a
Transaksi kelas 0 adalah sebagai berikut:
1. Pengganti mengirim pesan panggil ke responder. Setelah pesan
telah dikirim, peran penggagas dalam transaksi telah berakhir. Tidak
pengiriman ulang dikirim dari pesan
2. Responden menerima pesan panggilan. Tidak ada tanggapan yang dikirim
mengakui penerimaan pesan panggil. Setelah pesannya selesai
diterima, transaksi selesai.
Karena tidak ada retransmisi atau balasan, jenis transaksi ini
dianggap tanpa kewarganegaraan dan tidak bisa dibatalkan. Ilustrasi tambahan dari sebuah Kelas
0 transaksi dapat ditemukan pada Gambar 18-12 di halaman 685).

Kelas 1

Kelas 1 didefinisikan sebagai "pesan konfirmasi yang dikonfirmasi tanpa hasil pesan." Ini
digunakan untuk push data yang andal (lihat 18.6, "WAP push architecture" di halaman 664),
dimana tidak ada tanggapan dari tujuan yang diharapkan, meski transaksi itu
masih disebut layanan datagram yang andal. Urutan kejadian di Kelas 1
transaksi adalah sebagai berikut:
1. Pengganti mengirim pesan panggil ke responder.
2. Responden menerima pesan panggilan dan mengembalikan sebuah
pengakuan (tapi bukan pesan hasil). Jika penggagas tidak menerima
sebuah pengakuan, pesan pemanggilan dipancarkan ulang.
Transaksi tetap dalam keadaan aktif sampai pengakuan tiba di
inisiator Setelah menerima pengakuan tersebut, Inisiator mempertimbangkan
transaksi telah berakhir Transaksi Kelas 1 dapat dibatalkan pada suatu titik
selama berurutan acara.

Kelas 2

Kelas 2 didefinisikan sebagai "pesan konfirmasi yang dikonfirmasi dengan satu hasil yang dikonfirmasi
pesan. "Di kelas ini, satu permintaan tunggal menghasilkan satu jawaban tunggal. Ini
terdiri dari model interaksi request / response khas yang paling banyak digunakan
dengan aplikasi Urutan kejadian dalam transaksi Kelas 2 adalah sebagai berikut:
1. Pengganti mengirim pesan panggil ke responder.
2. Responden mungkin akan mengirimkan kembali sebuah pengakuan atas pesan ini. Ini
terjadi jika responden tidak bisa mengirim kembali pesan hasil
segera.
3. Responden mengirimkan kembali pesan hasil. Jika tidak ada pengakuan
Sebelumnya pernah dikirim ke inisiator, pesan hasil ini tersirat
mengakui penerimaan pesan panggil. Jika inisiator menerima no
pengakuan atau pesan hasil, pesan ulang pesan panggil ulang.
4. Pemrakarsa mengirimkan kembali pengakuan setelah menerima hasilnya
pesan.
Transaksi dianggap selesai bila responden menerima
pengakuan. Jika tidak ada pengakuan diterima, responden
mentransmisikan kembali pesan hasilnya Transaksi bisa dibatalkan setiap saat
selama berurutan acara. Ilustrasi tambahan dari transaksi Kelas 2
ada pada Gambar 18-15 di halaman 692.
Komunikasi layer-to-layer
Layanan primitif digunakan untuk mengendalikan lalu lintas transaksi antar lapisan
klien dan server Layanan primitif ini memiliki sintaks yang serupa seperti yang dijelaskan
untuk WSP:
X - nama generik tipe (parameter)
Dimana X menunjuk lapisan yang menyediakan layanan. Untuk lapisan transaksi, itu
adalah TR. Tipe primitif dan singkatannya sama seperti yang dijelaskan
WDP (lihat Tabel 18-1 di halaman 674).
Ada tiga primitif untuk layanan ke lapisan atas:
TR-Invoke Memulai sebuah transaksi baru.
TR-Result Mengirimkan kembali hasil dari transaksi yang dimulai sebelumnya.
TR-Abort membatalkan transaksi yang ada.

Contoh alur urutan WSP-WTP
Gambar 18-11 menggambarkan aliran urutan primitif dan menunjukkan hubungannya
antara WSP dan WTP permintaan dan tanggapan. Alirannya didasarkan pada Kelas 2
Transaksi yang, seperti yang didefinisikan sebelumnya, adalah pertukaran pesan yang andal dan dapat dikonfirmasi.



Langkah-langkah berikut menggambarkan aliran urutan primitif:

1. Urutan pertama dimulai melalui aplikasi klien (misalnya, a
penyelidikan untuk layanan), yang dimulai dengan operasi S-MethodInvoke.req ke
aplikasi server dalam satu sesi

2. Urutan kedua adalah respon dari server untuk mengkonfirmasi ke WSP di
Client stack yang memanggil pesan (inquiry) telah diterima oleh
server

3. Urutan ketiga mengembalikan permintaan hasil (membalas pertanyaan) dari
server ke client

4. Urutan keempat mengkonfirmasikan tanda terima ke server yang jawabannya
diterima dengan benar


EmoticonEmoticon