Chapter 18.9.5 Protokol Sesi Nirkabel (WSP)
WSP, yang didefinisikan oleh OMA WAP-230-WSP-20010705-spesifikasi,
membuat sesi yang andal antara klien dan server dan melepaskannya
sesi secara tertib. Ilustrasi sesi klien / server masuk
Gambar 18-13 di halaman 686. Sesi sesi WSP menyetujui umum
tingkat fungsionalitas protokol dengan menggunakan kemampuan negosiasi. WSP menukar konten antara klien dan server menggunakan pengkodean kompak, dan juga kontrol
interupsi komunikasi Komunikasi interupsi terjadi dengan perubahan a
pembawa, seperti SMS (lihat Gambar 18-3 di halaman 661).
WSP mendefinisikan dua protokol:
Layanan sesi mode koneksi melalui layanan transaksi
Mode ini digunakan untuk koneksi lama. Status sesi dipertahankan.
Ada keandalan untuk data yang dikirim melalui sesi mode koneksi.
Layanan yang tidak dikonfirmasi dan koneksi-kurang melalui layanan transportasi datagram
Layanan ini cocok bila aplikasi tidak membutuhkan penyampaian data yang andal
dan tidak peduli dengan konfirmasi. Ini bisa digunakan tanpa benar-benar memiliki
membentuk sebuah sesi
WSP menyediakan semantik dan mekanisme berbasis Hypertext Transport
Protokol (HTTP) 1.1 dan perangkat tambahan untuk jaringan nirkabel dan WAP-nya
terminal. Penyempurnaan seperti itu mencakup hal-hal seperti sesi berumur panjang dan
mendorong data, negosiasi kemampuan, dan kemampuan untuk menunda dan melanjutkan
sidang.
Fungsionalitas dasar
Header konten digunakan untuk mendefinisikan tipe konten, encoding karakter,
bahasa, dan sebagainya. Compact binary encoding didefinisikan untuk yang terkenal
header untuk mengurangi inefisiensi protokol. Format data yang kompak didukung
yang menyediakan header konten untuk setiap komponen dalam data komposit
obyek. Ini adalah bentuk biner semantik yang setara
MIME-multipart / multimixed format yang digunakan oleh HTTP 1.1.
Sebagai bagian dari proses pembentukan sesi, request dan response header
yang tetap konstan selama sesi berlangsung bisa ditukar antara
pengguna layanan di klien dan server. WSP melewati client dan server
header sesi, serta header permintaan dan respon, tanpa penambahan atau
kepindahan.
Siklus hidup sesi WSP tidak terkait dengan protokol transport yang mendasarinya. sebuah
protokol pembentukan kembali sesi telah didefinisikan yang memungkinkan sesi menjadi
ditangguhkan dan dilanjutkan tanpa biaya pemrosesan awal.
Ini memungkinkan sesi ditangguhkan saat menganggur untuk melepaskan sumber daya jaringan atau
menghemat daya baterai Sesi ini dapat dilanjutkan dengan pembawa yang berbeda
jaringan.
Komunikasi layer-to-layer
Komunikasi antara lapisan dan antar entitas dalam lapisan sesi
dilakukan melalui layanan primitif. Mereka mewakili pertukaran logis informasi dan kontrol antara lapisan sesi dan berdekatan
lapisan.
Layanan primitif terdiri dari perintah dan respon masing-masing
terkait dengan layanan yang diberikan dan parameter. Sebagai contoh:
X-service.type (parameter)
Dimana X menunjuk lapisan yang menyediakan layanan; untuk WSP, itu adalah S. Layanan
jenisnya sama dengan yang digunakan untuk WDP, diilustrasikan pada Tabel 18-1 di halaman 674.
Bila menggunakan layanan primitif, parameter tambahan mungkin dilakukan. Mereka
jelaskan jenis parameter tertentu. Sebagai contoh:
Alamat Mereka menggambarkan alamat klien dan server untuk ditetapkan
sesi.
Header dan body Mereka menggambarkan badan-entitas HTTP. Tajuknya
membedakan antara permintaan dan tanggapan yang dikirim dari
client ke server atau sebaliknya. Tubuh berisi
isi pesan
Kemampuan Berikut adalah fasilitas layanan, misalnya:
• Unit data transaksi terbesar
• Kumpulan nama halaman kode
• Maksimum permintaan yang beredar
Kemampuannya bisa dinegosiasikan antara klien dan
server Push identifier Menunjukkan bahwa pesan yang diterima adalah transaksi push
dari sesi yang sedang menunggu di antarmuka layanan.
Alasan Penyedia layanan menggunakan jenis alasan untuk melaporkan
penyebab keadaan primitif tertentu.
Alasan yang sah
adalah:
1. PROTOERR Aturan protokol dicegah
rekan dari melakukan
operasi dalam keadaan saat ini. Untuk
Contoh, PDU bekas tidak
diizinkan.
2. DISCONNECT Sesi terputus
sedangkan operasi masih di
kemajuan.
3. SUSPEND Sesi ditunda sementara
operasi masih berlangsung
4. RESUME Sesi dilanjutkan kembali
operasi masih berlangsung
5. CONGESTION Implementasi peer tidak bisa
memproses permintaan karena kurang
sumber daya
6. CONNECTERR Terjadi kesalahan pada sesi
penciptaan.
7. MRUEXCEEDED Ukuran SDU dalam permintaan adalah
lebih besar dari jumlah maksimal yang diterima
unit dinegosiasikan dengan rekan sejawatnya.
8. MOREXCEEDED Batas atas yang dinegosiasikan di atas
jumlah sekaligus
metode yang luar biasa atau push
permintaan sudah terlampaui
9. PEERREQ Layanan peer meminta
operasi yang akan dibatalkan
10. NETERR Kesalahan jaringan yang mendasarinya
mencegah penyelesaian permintaan
11. USERREQ Tindakan pengguna layanan lokal
adalah penyebab dari indikasi.
Contoh primitif layanan
Perilaku primitif layanan diilustrasikan dengan menggunakan bagan urutan waktu
(Gambar 18-12).
Angka ini menggambarkan layanan sederhana yang tidak dikonfirmasi. Klien memanggil a
S-request primitif, yang menghasilkan sebuah S-indication primitif di server (WSP lapisan peer). Garis putus-putus mewakili perambatan melalui penyedia
selama periode waktu tertentu
Layanan dan operasi sesi
WSP dirancang untuk berfungsi di atas layanan transaksi, dan juga langsung di
Layanan datagram tanpa menggunakan layer WTP. Ini berarti WSP bisa
berkomunikasi dengan WDP (lihat 18.9.1, "Protokol Datagram Nirkabel (WDP)" pada
halaman 672) atau dengan WTP (lihat 18.9.4, "Protokol Transaksi Nirkabel (WTP)" di
halaman 679), tergantung pada arsitektur aplikasi. Gambar 18-13 menunjukkan
dua sesi dari klien WAP ke server WAP.
Satu aplikasi WAE (diwakili oleh garis putus-putus) menggunakan layanan dari
lapisan sesi (WSP), lapisan transport (WDP), dan lapisan jaringan di
Klien WAP saat mengirim pesan melalui jaringan nirkabel ke WAP
proxy Di proxy WAP, lapisan peer setara juga digunakan untuk mencapai
menerima WAE.
Aplikasi WAE lainnya (ditunjukkan oleh garis padat) menggunakan tambahan
layanan dari lapisan transaksi (WTP). Ini karena kelas tambahan
layanan diperlukan untuk transaksi tertentu (lihat 18.9.4, "Transaksi Nirkabel
Protokol (WTP) "pada halaman 679).
Modus koneksi WSP
Layanan sesi mode koneksi menyediakan dua fasilitas standar:
Fasilitas manajemen sesi
Fasilitas manajemen sesi memungkinkan klien untuk terhubung ke server berbasis
pada kesepakatan fasilitas dan pilihan untuk digunakan. Selama sesi
Pembentukan, klien juga dapat bertukar informasi atribut untuk
durasi sesi Meski pembentukan sesi hanya bisa dilakukan oleh
Klien, sesi bisa diakhiri oleh keduanya. Peer dipanggil jika satu sisi
mencoba menghentikan sesi Agen pengguna juga diberitahu.
Fasilitas pelaporan pengecualian
Fasilitas pelaporan pengecualian memungkinkan penyedia layanan memberi tahu pengguna
tentang acara selama sesi berlangsung.
Ada beberapa fasilitas lain yang dikendalikan melalui kemampuan negosiasi
selama pembentukan sesi Ini adalah:
Metode fasilitas pemanggilan
Metode fasilitas pemanggilan memungkinkan klien untuk meminta server untuk mengeksekusi
sebuah operasi dan mengembalikan hasilnya ke klien. Operasi ini bisa jadi
dibandingkan dengan metode HTTP seperti GET, PUT, dan sebagainya (lihat RFC
2616), atau operasi yang ditentukan pengguna yang sesuai dengan permintaan / jawaban yang sama atau
pola transaksi Pengguna layanan diberi tahu tentang penyelesaian
operasi apakah berhasil atau gagal
Fasilitas push
Fasilitas push memungkinkan server mengirimkan informasi yang tidak diminta ke klien.
Informasi yang dikirim tidak dikonfirmasi. Pengiriman mungkin tidak bisa diandalkan.
Fasilitas push dikonfirmasi
Fasilitas push yang dikonfirmasi adalah fungsi yang sama seperti yang dijelaskan sebelumnya
ayat. Namun, informasi yang tidak diminta ini menuntut sebuah pengakuan
dari client ke server
Fasilitas resume sesi
Fasilitas lanjutan sesi memungkinkan kedua rekan untuk menunda sesi. Itu
keadaan sesi saat ini dipertahankan. Komunikasi lebih lanjut melalui ini
sesi tidak memungkinkan sampai klien melanjutkan sesi. Fungsi ini bisa
juga digunakan untuk mengalihkan sesi ke pembawa alternatif.
Modus koneksi WSP: kemampuan bernegosiasi
Informasi yang berkaitan dengan pengoperasian session service provider ini
ditangani melalui kemampuan. Kemampuan negosiasi digunakan antar rekan sejawat
menyetujui tingkat layanan yang dapat diterima.Rekan yang memulai proses negosiasi adalah inisiator dan rekan lainnya
responden. Pemrakarsa hanya mengusulkan satu set kemampuan. Responden
menyetujui atau menolak proposal
Negosiasi adalah tentang kemampuan, seperti:
- Daftar alamat alternatif untuk layanan permintaan yang sama
- Kesepakatan ukuran ukuran terbesar dari data transaksi
- Halaman kode judul
- Permintaan metode maksimal yang luar biasa
- Permintaan push maksimal yang maksimal
Modus koneksi WSP: Operasi
Gambar 18-14 di halaman 689 menunjukkan contoh sesi yang berhasil
proses pendirian melalui klien dengan seruan tindakan berikutnya
di server Beberapa layanan primitif digunakan pada klien dan sisi server:
S-Connect
Digunakan untuk memulai pembentukan sesi dan memberitahukan keberhasilannya
eksekusi. Beberapa parameter disediakan, seperti alamat klien (sesi
originator), alamat server (target sesi), header client dan server
(parameter tingkat aplikasi untuk menunjukkan bahwa header permintaan dan tanggapan
dari kedua pasangan digunakan sepanjang sesi), dan diminta dan
kemampuan bernegosiasi selama durasi sesi (misalnya, daftar
alias-address, client mengirim data ukuran unit, server mengirim data ukuran unit,
Permintaan metode maksimal, dan dorongan maksimal yang beredar
permintaan).
S-MethodInvoke
Digunakan untuk meminta operasi yang akan dijalankan oleh server. Layanan ini
primitif hanya bisa digunakan bersama dengan S-MethodResult, yang mengembalikan
Hasil dari server ke klien setelah eksekusi. Pengikut
Parameter valid: ID transaksi klien dan server (untuk membedakan antara
beberapa transaksi yang tertunda selama sesi yang sama), metode (untuk mengetahui mana
operasi harus digunakan, baik metode HTTP seperti GET atau PUT, atau
salah satu metode penyuluhan yang ditetapkan selama negosiasi kemampuan),
meminta Uniform Resource Identifier (URI) (untuk menentukan entitas mana yang
operasi berlaku), meminta header (setara dengan header HTTP), dan
badan permintaan (berisi data yang terkait dengan permintaan).
S-MethodResult
Layanan primitif ini mengembalikan respons terhadap permintaan operasi. Bisa jadi
dipanggil hanya setelah S-MethodInvoke sebelumnya telah terjadi. Pengikut
Parameter yang bisa digunakan untuk layanan primitif ini: client dan server
ID transaksi (membedakan antara transaksi tertunda), status (memberitahukan,
melalui kode status HTTP yang setara, RFC 2616, keadaan
meminta operasi yang diminta oleh S-MethodInvoke melalui klien),
header respon (seperti yang dijelaskan di bawah S-MethodeInvoke, tubuh respons,
data yang terkait dengan respon atau, jika status menunjukkan error,
berisi informasi kesalahan terperinci lebih lanjut), dan header pemberitahuan
(bisa digunakan untuk mengembalikan beberapa informasi kembali ke server).
S-Disconnect
Digunakan untuk memutuskan sambungan sesi, atau memberitahukan pengguna bahwa sesi tidak dapat dilakukan
mapan. Sebelum menerbitkan ini, transaksi yang tidak lengkap harus dilakukan
dibatalkan
Urutan kejadian ini bisa dijelaskan sebagai berikut:
1. Lapisan sesi klien dimulai dengan permintaan S-Connect.req. Server
Lapisan sesi memberitahukan lapisan atasnya (lapisan aplikasi) melalui a
S-Connect.ind menunjukkan bahwa permintaan koneksi diterima.
2. Server menggunakan respons S-Connect.res primitif untuk dikenali
penerimaan indikasi primitif Lapisan sesi klien menggunakan
konfirmasikan primitif untuk melaporkan bahwa aktivitas (S-Connect.req) telah dilakukan
selesai dengan sukses
3. Selama proses inisiasi sesi, lapisan sesi klien dapat dimulai
segera dengan mengirimkan permintaan S-MethodInvoke.req meminta
eksekusi di mesin server Permintaan ini menunjukkan bahwa lapisan atas
harus menjalankan operasi di sisi server.
4. Server mengirimkan respons S-MethodInvoke.res kepada klien yang mengkonfirmasikannya
permintaan S-MethodInvoke.req sebelumnya telah selesai dengan sukses. Itu
Klien diinformasikan melalui S-Method.cnf.
5. Setelah server menjalankan operasi, ia mengirimkan hasilnya ke klien
melalui S-MethodResult.req. Klien menunjukkan lapisan atas (the
lapisan aplikasi) melalui S-Method.Result.ind penerimaan kembali
data.
6. Karena mitra sesi telah menegosiasikan konfirmasi semua permintaan
(***. req), klien mengkonfirmasikan permintaan S-MethodResult.req dengan sebuah
S-MethodResult.res. tanggapan.
7. Permintaan dan tanggapan lebih lanjut dapat menggunakan sesi ini.
8. Sesi aktif dapat diakhiri dengan contoh ini dengan mengeluarkan a
Permintaan S-Disconnect.req ke server melalui client. Server mengirimkan a
S-Diconnect.ind ke layanan sesi di lapisan sesi, yang selesai
sesi.
Layanan sesi di sisi klien akan diinformasikan untuk mencatat
sesi melalui S-Diconnect.ind.
Karena lapisan sesi tidak memberikan sekuensing antara beberapa
Permintaan metode yang tumpang tindih, indikasi mungkin disampaikan secara berbeda
pesanan dari permintaan yang dikirim Hal yang sama berlaku juga untuk tanggapan dan
konfirmasi, serta untuk primitif S-MethodResult yang sesuai. Itu
aplikasi harus menangani sequencing.
Ada beberapa layanan primitif sesi lainnya yang tidak digunakan dalam sampel
dari mode koneksi WSP. Ini adalah:
S-Suspender Menangguhkan sesi.
S-Resume Melanjutkan sesi yang ditangguhkan.
Acara S-Exception Reports.
S-MethodAbort Membatalkan permintaan operasi yang belum lengkap.
S-Push Mengirim informasi yang tidak diminta dari server.
S-ConfirmedPush Mengirim informasi yang tidak diminta dari server; namun,
klien harus mengkonfirmasi informasi ini.
S-PushAbort Menolak operasi push untuk push yang dikonfirmasi
Modus koneksi WSP menggunakan Wireless Transaction Protocol
Bagian ini menjelaskan pengoperasian saat sesi WSP dijalankan
Layanan Wireless Transaction Protocol (WTP) (lihat 18.9.4, "Transaksi Nirkabel
Protokol (WTP) "pada halaman 679).
Keuntungan menggunakan transaksi WTP dalam sesi WSP sebanding dengan
TCP. WTP menyediakan transmisi yang andal, transmisi ulang yang ditentukan secara selektif
kehilangan paket, segmentasi, dan reassembly pesan besar dan dikendalikan
arus data antar pengirim dan penerima.
Keuntungan lainnya adalah penggunaan kelas transaksi WTP yang didefinisikan dalam "WTP
kelas operasi "pada halaman 679. Tabel 18-3 menunjukkan bagaimana WSP menggunakan ketiganya
kelas transaksi
Guna menunjukkan kerjasama antara layanan sesi dan transaksi
layanan, beberapa diagram ditambahkan. Ini adalah contoh dari transaksi yang berbeda
layanan yang digunakan oleh layanan sesi.
Pembentukan sesi normal
Gambar 18-15 menunjukkan proses pembentukan sesi normal.
Penghentian sesi normal
Gambar 18-16 menunjukkan proses penghentian sesi normal.
Sesi normal ditunda dan dilanjutkan
Gambar 18-17 menunjukkan proses suspend dan resume normal
Pemanggilan metode normal
Gambar 18-18 menunjukkan proses pemanggilan metode normal
WSP connection-less
Layanan sesi connection-less menyediakan fasilitas yang tidak dikonfirmasikan. Mereka bisa
digunakan untuk bertukar entitas konten antar lapisan. Seperti mode koneksi
layanan, layanan connection-less asimetris, yang berarti tidak ada sequencing
pesan.
Layanan ini digunakan terutama untuk fasilitas push.
Layanan primitif berikut didefinisikan:
S-Unit-MethodInvoke
S-Unit-MethodResult
S-Unit-Push
Pemrosesan acara
Sesi dibedakan dengan pengenal sesi unik, yang berlaku selama
durasi sesi. Setiap sesi dikaitkan dengan peer quadruplet
alamat. Quadruplet ini terdiri dari:
Alamat klien
Port klien
Alamat server
Port server
Transaksi masuk ditugaskan ke sesi tertentu berdasarkan peer
alamat quadruplet Skema pengalamatan sesi semacam ini memungkinkan satu sesi
untuk terikat ke alamat rekan empat kali dalam satu waktu.
EmoticonEmoticon