DAFTAR ISI

2.2 Packet-Switched Data Transmisi melalui GPRS.....................................................1

2.4 The GPRS State Model......................................................................................... 4
2.6 GPRS Radio Resource Management......................................................................7
2.8 GPRS Manajemen Mobilitas dan Session Manajemen (GMM / SM)......................11
2.8.1 Manajemen mobilitas Tugas.........................................................................11
2.8.2 GPRS Sesi Manajemen..................................................................................13
2.10 Layar Kecil Browsing Web melalui GPRS dan EDGE..........................................15
2.10.1 WAP 1.1...................................................................................................... 16
2.10.2 WAP 2.0...................................................................................................... 17
2.10.3 Layar Kecil Browsing Web dengan Jaringan Side Kompresi.........................18
2.10.4 Layar Kecil Web Browsing - Kualitas Pengalaman.......................................19
2.12 Web browsing melalui GPRS............................................................................. 20
2.12.1 Dampak Delay yang dialami pada Web-Browsing......................................20
2.12.2 Optimasi web Browser untuk Mobile Web Browsing...................................23

2.2 Packet-Switched Data Transmisi melalui GPRS

Untuk aplikasi data bursty, itu akan jauh lebih baik untuk meminta sumber daya untuk
mengirim dan menerima data dan membebaskan mereka lagi setelah transmisi, seperti yang
ditunjukkan pada Gambar 2.2. Hal ini dapat dilakukan dengan mengumpulkan data dalam paket
sebelum dikirim melalui jaringan. Metode pengiriman data disebut 'packet switching'. Karena
tidak ada lagi koneksi end-to-end yang logis, setiap paket harus mengandung header. header,
misalnya, berisi informasi tentang pengirim (alamat sumber) dan penerima (alamat tujuan) dari
paket. Informasi ini digunakan dalam jaringan untuk rute paket melalui elemen jaringan yang
berbeda. Di Internet, misalnya, sumber dan alamat tujuan adalah alamat IP dari pengirim dan
penerima.
Untuk mengirim data packet-switched melalui jaringan GSM yang ada, GPRS
dirancang sebagai packet switched Selain jaringan GSM circuit-switched. Perlu dicatat bahwa
paket IP dapat dikirim melalui koneksi data GSM circuit-switched juga. Namun, sampai mereka
mencapai penyedia layanan Internet mereka ditransmisikan di saluran circuit-switched dan
dengan demikian tidak dapat mengambil keuntungan dari manfaat yang dijelaskan di bawah.
GPRS, di sisi lain, adalah sebuah jaringan end-to-end packet-switched dan paket IP dikirim
packet switched dari end-to-end.
Sifat packet-switched GPRS juga menawarkan sejumlah keuntungan lain untuk applications
bursty lebih transmisi data circuit-switched GSM:
1. Dengan fl exibly mengalokasikan bandwidth pada interface udara, GPRS melebihi
datarates lambat GSM koneksi circuit-switched 9,6 atau 14.4kbit / s. Datarates hingga
170kbit / s secara teoritis mungkin. multislot kelas 10 perangkat mobile (lihat di bawah)
mencapai kecepatan sekitar 850kbit / s dan dengan demikian dalam jangkauan fi xed-line
modem analog.
2. Dengan update EDGE dari sistem GSM, perbaikan kecepatan lebih lanjut telah dibuat.
Perangkat tambahan dari EDGE untuk GPRS disebut EGPRS dalam standar. Istilah
Namun, tidak banyak digunakan dalam praktek dan preferensi telah diberikan kepada
EDGE jangka. Dengan perangkat mobile EDGE kelas 32, adalah mungkin untuk
mencapai kecepatan transmisi hingga 270kbit / s dalam jaringan hari ini. Meskipun
operator jaringan yang paling memiliki UMTS dikerahkan dan jaringan High Speed
Packet Access (HSPA) sementara itu selain GSM, banyak operator jaringan juga memilih
untuk meng-upgrade jaringan GPRS untuk EDGE. Kapasitas jaringan ekstra dan
kecepatan diuntungkan pelanggan 2G, menawarkan kecepatan transmisi data yang lebih
cepat pada bangunan dengan cakupan 3G terbatas dan menawarkan kecepatan yang lebih
tinggi di daerah pedesaan dimana UMTS tidak tersedia Perbandingan kecepatan
teknologi yang berbeda ditunjukkan pada Gambar 2.3.
3. GPRS biasanya dikenakan oleh volume dan bukan oleh waktu seperti yang ditunjukkan
pada Gambar 2.4. Untuk pelanggan ini menawarkan keuntungan bahwa mereka
membayar untuk men-download halaman web tetapi tidak untuk waktu membacanya,
karena akan menjadi kasus dengan koneksi circuit-switched. Untuk operator jaringan
nirkabel menawarkan keuntungan bahwa sumber daya yang langka pada interface udara
tidak disia-siakan oleh 'idle' panggilan data karena mereka dapat digunakan untuk
pelanggan lainnya.
4. GPRS secara signifikan mengurangi call set-up time. Mirip dengan modem analog fi xedline, circuit-switched panggilan data GSM membutuhkan waktu sekitar 20 detik untuk
membuat sambungan dengan penyedia layanan Internet, sementara GPRS menyelesaikan
sama dalam waktu kurang dari 5 detik.

5. Sejak pelanggan tidak membayar untuk saat ada data yang ditransfer, panggilan tidak
harus terputus untuk menghemat biaya. Ini disebut 'selalu on-dan memungkinkan aplikasi
seperti program e-mail ke polling untuk masuk e-mail dalam interval tertentu atau
memungkinkan pesan klien seperti Yahoo atau MSN messenger untuk menunggu pesan
masuk.
6. Ketika pelanggan bergerak, dengan kereta api misalnya, itu terjadi cukup sering bahwa
cakupan jaringan di kali menjadi sangat buruk atau bahkan hilang sama sekali untuk
beberapa waktu. Ketika ini terjadi, koneksi circuit-switched yang terputus dan harus
dibangun kembali secara manual setelah jaringan cakupan tersedia lagi. koneksi GPRS,
di sisi lain, tidak turun sebagai koneksi GPRS logis independen dari koneksi fisik ke
jaringan. Setelah mendapatkan kembali cakupan transfer data terputus hanya resume.

GPRS awalnya dirancang untuk mendukung berbagai jenis teknologi packet switching.
Keberhasilan besar dari internet, yang menggunakan Internet Protocol (IP) secara eksklusif untuk
packet switching, telah menyebabkan IP yang hanya didukung protokol hari ini. Oleh karena itu,
istilah 'transfer data pengguna', 'transmisi data pengguna' atau 'packet switching' yang digunakan
dalam bab ini selalu mengacu pada 'mentransfer paket IP'.

2.4 The GPRS State Model

Ketika perangkat mobile melekat pada jaringan GSM, baik dalam modus 'menganggur'
atau modus 'dedicated' selama tidak ada hubungan saat melakukan panggilan suara atau
pertukaran sinyal informasi. Gambar 2.14 menunjukkan model negara baru diperkenalkan untuk
mengatasi kebutuhan koneksi packet-switched untuk GPRS.

The Idle State

Dalam keadaan ini perangkat mobile tidak terpasang ke jaringan GPRS sama sekali. Ini
berarti bahwa porsi GPRS yang mendukung simpul (SGSN) tidak menyadari lokasi pengguna,
tidak ada konteks Packet Data Protocol (PDP) yang didirikan dan jaringan tidak dapat
meneruskan paket apapun bagi pengguna. Hal ini sangat disayangkan karena badan standar
bernama negarasiaga ini dalam circuit-switched 'mode siaga' GSM yang perangkat mobile
melekat ke sisi circuit-switched jaringan dan dapat dijangkau oleh jaringan. Oleh karena itu,
perhatian besar telah diambil untuk tidak mencampur packet-switched negara siaga dengan GSM
circuit-switched mode siaga.
The Ready State
Ketika pengguna ingin melampirkan ke jaringan GPRS, perangkat mobile memasuki
negara siap segera paket pertama dikirim. Sementara di negara siap, perangkat mobile memiliki
laporan setiap seleksi sel ke jaringan sehingga SGSN dapat memperbarui posisi pengguna dalam
database-nya. Proses ini disebut 'Update sel. Hal ini memungkinkan jaringan untuk mengirim
data yang masuk untuk pengguna langsung ke perangkat mobile daripada harus ke halaman
perangkat mobile pertama yang menemukan sel porsi pengguna.perangkat Mobile akan tetap
dalam keadaan siap sementara sinyal atau data pengguna ditransfer dan untuk waktu tertentu
sesudahnya. Timer yang mengontrol berapa lama perangkat mobile akan tetap berada di negara
ini setelah blok terakhir dari data ditransfer yang disebut T3314. Nilai timer ini disiarkan pada
BCCH atau PBCCH sebagai bagian dari sistem informasi GPRS. Nilai khas untuk timer ini yang
digunakan dalam banyak jaringan adalah 44 detik. timer ulang ke nilai awalnya baik di perangkat
mobile dan SGSN setiap kali data ditransmisikan. Ketika timer mencapai 0 hubungan logis
antara perangkat mobile dan jaringan secara otomatis jatuh kembali ke dalam keadaan siaga,
yang selanjutnya dijelaskan di bawah.

Penting untuk dicatat bahwa negara siap dari perangkat mobile tidak identik dengan
kemampuan dari perangkat mobile untuk mentransfer data ke dan dari Internet. Untuk
mentransfer data pengguna, yang disebut konteks PDP ini diperlukan, yang dijelaskan lebih
lanjut dalam Bagian 2.8.2. Berada dalam keadaan siap berarti bahwa kedua sinyal dan mungkin
data pengguna dapat dikirim ke perangkat mobile tanpa halaman sebelumnya oleh jaringan.
Negara siap menyerupai dalam beberapa hal modus GSM yang didedikasikan. Namun, perlu
dicatat bahwa dalam keadaan siap GPRS jaringan tidak bertanggung jawab untuk mobilitas
sebagai pengguna yang akan menjadi kasus di modus GSM ini didedikasikan. Keputusan untuk
memilih sel baru untuk transfer data yang sedang berlangsung tidak dibuat oleh jaringan (lihat
Bagian 1.8.3) tapi oleh perangkat mobile. Ketika kualitas sinyal memburuk selama transfer data
yang sedang berlangsung dan perangkat mobile melihat sel yang lebih baik, itu akan
mengganggu data yang sedang berlangsung mentransfer dan mengubah ke sel baru. Setelah
membaca informasi sistem pada BCCH itu koneksi membangun kembali dan menginformasikan
jaringan dari perubahan sel. Prosedur lengkap membutuhkan waktu sekitar 2 detik, setelah itu
komunikasi melanjutkan. Data dari koneksi dibatalkan mungkin harus membenci jika itu tidak
diakui oleh jaringan atau perangkat mobile sebelum perubahan sel. Sementara terganggunya jalur
komunikasi adalah hanya gangguan kecil untuk layanan interaktif seperti web browsing, perilaku
ini adalah kerugian besar untuk layanan real-time seperti voice over IP.
Untuk meminimalkan dampak dari perubahan sel, metode opsional membutuhkan
dukungan dari kedua ponsel perangkat dan jaringan telah ditambahkan ke standar GPRS, yang
disebut sebagai jaringan yang dibantu Perubahan sel (NACC). Jika diterapkan, perangkat mobile
memiliki kemungkinan untuk mengirim perubahan pesan sel packet pemberitahuan ke jaringan
ketika ingin berubah menjadi sel yang berbeda. jaringan merespon dengan data pesan sel packet
disamping tetangga pengguna transfer data yang sedang berlangsung yang berisi semua bagian
yang diperlukan dari sistem informasi dari sel baru untuk melakukan seleksi cepat. Kemudian,
jaringan transfer data pengguna berhenti ke arah downlink dan menginstruksikan perangkat
mobile untuk beralih ke sel baru. Perangkat mobile kemudian bergerak ke sel baru dan
membangun kembali koneksi ke jaringan tanpa harus membaca pesan sistem informasi dari
saluran siaran pertama. Dengan melompati langkah ini, gangguan lalu lintas data direduksi
menjadi beberapa ratus milidetik. Maka jaringan dapat melanjutkan transfer data dalam arah
downlink dari titik transmisi yang terganggu. Sementara biasanya ada beberapa data kehilangan
prosedur selama perubahan sel standar didownlink, ini tidak terjadi dengan NACC. Dengan
demikian, manfaat tambahan ini juga memberikan kontribusi untuk ngebut up perubahan sel.
Untuk menyelesaikan prosedur, perangkat mobile meminta informasi jaringan sisa sistem untuk
menyediakan sistem informasi pesan sedangkan transfer data pengguna sudah berlangsung lagi.
Meskipun pelaksanaan NACC di perangkat mobile cukup sederhana, ada sejumlah
tantangan di sisi jaringan. Ketika sel-sel lama dan baru berada di daerah lokasi yang sama dan
dikendalikan dari node jaringan radio yang sama, prosedur sangat mudah. Jika sel-sel baru dan
lama berada di daerah lokasi yang berbeda, namun, mereka mungkin dikendalikan oleh unsur-

unsur jaringan yang berbeda. Oleh karena itu, sinkronisasi tambahan antara unsur-unsur dalam
jaringan ini diperlukan untuk mengarahkan downlink aliran data ke sel baru sebelum perangkat
mobile melakukan seleksi ulang sel. Sayangnya, sinkronisasi ini tidak termasuk ketika NACC
pertama kali diperkenalkan ke standar GPRS. Sebagai akibatnya banyak dari jaringan NACC
saat ini yang mampu hanya mendukung fitur untuk sel di daerah lokasi yang sama.
The Standby State
Dalam hal ini tidak ada data yang ditransfer untuk beberapa waktu, timer siap berakhir
dan perubahan perangkat mobile ke dalam keadaan siaga. Dalam keadaan ini, perangkat mobile
saja menginformasikan jaringan dari perubahan sel jika sel baru yang memiliki daerah routing
yang berbeda dari yang sebelumnya. Jika data yang tiba di jaringan untuk perangkat mobile
setelah itu telah memasuki keadaan siaga, data perlu buffer dan memiliki jaringan ke halaman
pelanggan di wilayah routing yang lengkap untuk mendapatkan lokasi saat ini. Kemudian data
hanya dapat diteruskan seperti yang ditunjukkan pada Gambar 2.15. Sebuah wilayah routing
bagian dari area lokasi dan dengan demikian juga terdiri dari jumlah sel. Meskipun mungkin
akan menggunakan area lokasi untuk GPRS juga, yang diputuskan bahwa daerah lokasi
membelah diri menjadi daerah routing yang lebih kecil akan memungkinkan operator untuk lebih
menyempurnakan jaringan mereka dengan mampu mengontrol pesan GSM dan GPRS sinyal
independen.
Jika perangkat mobile mendeteksi perubahan sel setelah wilayah routing yang berbeda
dari sel sebelumnya itu mulai melakukan area routing update yang mirip dengan update daerah
lokasi GSM. Dalam hal daerah lokasi telah berubah juga, perangkat mobile perlu melakukan
update kedua lokasi dan update daerah routing.

Keuntungan dari negara siaga untuk jaringan yang kurang sinyal overhead tidak setiap
perubahan sel harus dilaporkan. Dengan demikian, sumber daya yang langka pada RACH,AGCH
dan PDTCH yang bisa diselamatkan. Untuk perangkat mobile, keuntungan dari keadaan siaga
adalah bahwa hal itu dapat menghentikan pemantauan AGCH terus menerus dan hanya jarang
memantau PCH seperti yang dijelaskan lebih rinci di bawah.
Sebagian besar operator telah mengatur interval monitoring PCH sekitar 1,5 detik (misal
6-8 multiframes), yang membantu secara signifikan mengurangi konsumsi daya.
Dalam arah uplink, tidak ada perbedaan antara negara-negara siap dan siaga. Jika
perangkat seluler ingin mengirim data sementara dalam keadaan siaga, secara implisit beralih
kembali ke keadaan siap setelah frame pertama dikirim ke jaringan.

2.6 GPRS Radio Resource Management

Seperti dijelaskan sebelumnya, GPRS timeslot dapat ditetapkan untuk beberapa pengguna
pada saat yang sama. Hal ini juga mungkin untuk menetapkan beberapa timeslots untuk
pelanggan tunggal untuk meningkatkan kecepatan transmisi data nya. Dalam setiap kasus, unit
transmisi terkecil yang dapat ditetapkan ke pengguna adalah satu blok, yang terdiri dari empat
semburan pada satu timeslot pada antarmuka udara untuk GPRS dan dua ledakan untuk tepi
MCS 7-9. Blok juga disebut bingkai GPRS RLC/MAC (radio link kontrol/Medium Access
Control).
Temporary Block Flows (TBF) ke arah Uplink
Setiap bingkai RLC MAC pada PDTCH atau PACCH terdiri dari RLC MAC header dan
data pengguna bidang. Ketika seorang pengguna ingin mengirim data pada uplink, ponsel harus
meminta sumber daya dari jaringan dengan mengirimkan pesan permintaan paket saluran melalui
RACH atau PRACH sebagai sebelumnya, ditunjukkan dalam gambar 2.13.
The PCU maka menjawab dengan pesan tugas paket langsung pada AGCH. Pesan yang
berisi informasi tentang timeslots di mana perangkat selular diperbolehkan untuk mengirim data.
Sebagai timeslot di GPRS tidak hanya dapat digunakan secara eksklusif oleh pelanggan tunggal,
mekanisme diperlukan untuk menunjukkan untuk perangkat mobile ketika itu dibolehkan
mengirim pada timeslot. Oleh karena itu, uplink Penetapan pesan berisi parameter disebut uplink
state flag (USF). USF nilai yang berbeda ditugaskan untuk setiap pelanggan yang diperbolehkan
untuk mengirim timeslot. USF terkait identitas apa yang disebut temporary flow identity (TFI)
sementara temporary block flow (TBF). TBF mengidentifikasi data atau dari pengguna untuk
waktu data transfer. Setelah data transfer selesai, TFI kembali untuk pelanggan lain. Untuk
mengetahui kapan hal ini dapat menggunakan uplink timeslots, ponsel telah mendengarkan
untuk semua timeslots ini telah ditetapkan dalam arah downlink. Setiap balok yang
dikirim dalam downlink pelanggan berisi USF dalam header seperti ditunjukkan pada gambar

2.20. Ini menunjukkan siapa dibolehkan mengirim di blok uplink berikutnya. Termasuk USF di
setiap blok downlink, PCU dapat secara dinamis jadwal yang dibolehkan mengirim di uplink.
Oleh karena itu, prosedur ini juga disebut untuk sebagai dynamic allocation.
Perangkat mobile yang mendukung tinggi multislot kelas tidak dapat mendengarkan arah
downlink pada semua timeslots diberikan peluang transmisi uplink. Dalam kasus tersebut
Extended Dynamic Allocation' skema yang digunakan, yang menggunakan USF tunggal untuk
menetapkan sumber daya pada beberapa timeslots untuk pengguna untuk transfer data uplink.
Perhatikan bahwa informasi USF di bagian header dan data dari sebuah blok downlink
biasanya tidak dimaksudkan untuk pengguna yang sama. Hal ini karena tugas up - dan downlink
sumber daya independen. Ini masuk akal ketika mempertimbangkan surfing web, misalnya,
dimana hal ini biasanya tidak diperlukan untuk sudah menetapkan downlink sumber daya pada
saat universal resource locator (URL) dari Halaman web dikirimkan ke jaringan.
Untuk perangkat selular yang telah uplink TBF didirikan, Jaringan perlu mengirim
informasi control dari waktu ke waktu. Hal ini diperlukan untuk mengakui penerimaan uplink
radio blok. The Logis PACCH yang dapat dikirim dalam blok radio, bukan PDTCH, digunakan
untuk mengirim informasi kontrol. Perangkat selular mengakui sendiri downlink PACCH blok
karena header blok berisi nilai TFI.
The PCU akan terus menetapkan uplink blok sampai ponsel menunjukkan bahwa itu
tidak lagi memerlukan blok ke arah uplink. Hal ini dilakukan dengan apa yang disebut
'countdown procedure. Setiap blok header ke arah uplink berisi nilai empat-bit hitung mundur.
Nilai menurun dengan perangkat selular untuk setiap blok yang dikirim pada akhir data transfer.
The PCU akan tidak lagi menetapkan uplink blok untuk perangkat selular setelah nilai ini telah
mencapai 0.
Sementara koordinasi penggunaan uplink cara ini cukup efisien menciptakan latency
tinggi jika data hanya dikirim secara sporadis. Hal ini terutama bermasalah selama sesi
penjelajahan web untuk dua alasan: seperti yang ditunjukkan pada akhir bab ini, latency tinggi
memiliki dampak besar pada waktu yang dibutuhkan untuk menetapkan koneksi TCP, yang
diperlukan sebelum halaman web dapat diminta untuk. Selain itu, beberapa koneksi TCP
biasanya dibuka untuk men-download elemen yang berbeda seperti teks, gambar dan sebagainya,
halaman web, sehingga latency tinggi memperlambat proses dalam beberapa kasus. Untuk
mengurangi Efek ini, GPRS standar ditingkatkan dengan metode yang disebut extended uplink
TBF. Dalam kasus jaringan dan perangkat selular mendukung fungsionalitas, uplink TBF tidak
secara otomatis ditutup pada akhir hitung mundur prosedur tetapi dibiarkan terbuka oleh jaringan
sampai berakhirnya siaga timer, yang biasanya diatur dalam beberapa detik. Sementara uplink
TBF terbuka, Jaringan terus menetapkan blok ke arah uplink untuk perangkat mobile. Hal ini
memungkinkan perangkat selular untuk mengirim data ke arah uplink cepat tanpa meminta
uplink baru TBF. Mobile pertama perangkat dan jaringan yang didukung diperpanjang uplink

TBF muncul di pasar pada tahun 2005 dan peningkatan substansial download halaman web dan
penundaan kali dapat diamati, seperti yang dibahas di akhir bab.
Temporary Block Flows in the Downlink Direction
Jika PCU menerima data pelanggan dari SGSN, ini akan mengirimkan tugas downlink
packet pesan untuk perangkat selular yang mirip dengan yang ditampilkan dalam gambar 2,21 di
AGCH atau PAGCH. Pesan berisi TFI TBF dan timeslots ponsel harus memantau. Perangkat
akan segera memulai pemantauan timeslots. Di setiap blok diterima, itu akan memeriksa jika TFI
disertakan dalam header sama dengan TFI yang diberikan dalam paket downlink tugas pesan
seperti yang ditunjukkan dalam gambar 2.22. Jika mereka sama, itu akan memproses data yang
terdapat di bagian data blok. Jika mereka tidak sama, perangkat mobile membuang blok diterima.
Setelah PCU telah dikirim Semua data untuk pelanggan saat ini dalam antrian , itu akan
membuat sedikit final block indicator dalam terakhir blok yang dikirimkan ke ponsel.
Selanjutnya, ponsel berhenti mendengarkan pada yang ditetapkan timeslots dan TFI dapat
digunakan kembali untuk pelanggan lain. Untuk meningkatkan performa, Jaringan dapat juga
memilih untuk menjaga downlink TBF didirikan selama beberapa detik sehingga tidak ada
pembentukan TBF ini diperlukan jika lebih lanjut data untuk pengguna tiba.
Untuk mengakui blok yang diterima dari jaringan, perangkat selular harus mengirim
informasi control Via PACCH logis. Untuk mengirim informasi kontrol ke jaringan, hal ini tidak
diperlukan untuk menetapkan uplink TBF. Jaringan menginformasikan perangkat selular di
header downlink blok sebagai blok uplink yang dapat di gunakan untuk mengirim informasi
kontrol.
Timing Advance Control
Jauh perangkat mobile adalah jauh dari BTS, semakin cepat telah mulai mengirim dengan

[...]
semburan
data untuk Jaringan agar mereka tiba di BTS pada waktu yang betul. Sebagai posisi
RLC/MACPACKETTIMESLOTRECONFIGURE
000111MessageType:7=packettimeslotreconfigure
pengguna dapat mengubah selama pertukaran data, hal ini diperlukan untuk jaringan untuk terus00PageMode:0=normalpaging
menerus
memantau seberapa jauh pengguna adalah melayani stasiun basis. Jika pengguna
GlobalTFI:
01111UplinkTemporaryFlowIdentifier:15
bergerak lebih dekat ke BTS, Jaringan telah (gambar seharusnya)
00ChannelCodingCommand:UseCS1inUplink
GlobalPacketTimingAdvance:
0001UplinkTAIndex:1
101UplinkTATimeslotNumber:5
0001DownlinkTAIndex:1
101DownlinkTATimeslotNumber:5
0DownlinkRLCMode:RLCacknowledgedmode
0CTRLACK:0=downlinkTBFalreadyestablished
xxxxxxxxDownlinkTemporaryFlowID:11
xxxxxxxxUplinkTemporaryFlowID:15
DownlinkTimeslotAllocation:
0TimeslotNumber0:0
0TimeslotNumber1:0
0TimeslotNumber2:0
0TimeslotNumber3:0
1TimeslotNumber4:1=assigned
1TimeslotNumber5:1=assigned
1TimeslotNumber6:1=assigned
0TimeslotNumber7:0
FrequencyParameters:
000TrainingSequenceCode:0
xxxxxxxxARFCN:067

Figure 2.22 Packet timeslot reconfiguration message according to 3GPP TS 44.060, 11.2.31 [4].
menginformasikan perangkat selular untuk menunda pengiriman data dibandingkan dengan
waktu saat ini. Jika pengguna menggerakkan lebih jauh, ia harus mulai mengirim semburan yang
sebelumnya. Proses ini disebut timing advance control.
Seperti yang kita lihat dalam ayat sebelumnya, penetapan daya uplink dan downlink
adalah independen satu sama lain. Saat men-download halaman web besar, misalnya, mungkin
terjadi bahwa downlink TBF ditetapkan sementara uplink tidak TBF didirikan karena tidak
memiliki perangkat mobile data untuk dikirim.
Meskipun tidak ada uplink TBF didirikan, itu diperlukan dari waktu ke waktu untuk
mengirim layer 2 pengakuan pesan ke jaringan untuk data yang telah diterima di downlink.
Untuk mengirim pesan ini dengan cepat, ada uplink TBF telah didirikan. Dalam kasus ini, PCU
menginformasikan mobile perangkat di downlink TBF dari waktu ke waktu sebagai untuk yang
blok untuk menggunakan untuk mengirim pengakuan. Saat ini hanya jarang terjadi, Jaringan
tidak bisa mengambil semburan pengakuan sebelumnya untuk memajukan waktu perhitungan
semburan berikut. Oleh karena itu, sejumlah metode telah standar untuk mengukur dan
memperbarui nilai muka waktu sementara perangkat selular terlibat dalam bertukar GPRS data.
The Continuous Timing Advance Update Procedure
Di GPRS 52-multiframe, frame 12 dan 38 berdedikasi untuk Logis PTCCH uplink dan
downlink. PTCCH dibagi lagi menjadi 16 subchannels. Kapan PCU menetapkan TBF perangkat
mobile, pesan tugas juga berisi elemen informasi yang memerintahkan perangkat selular untuk
mengirim access bursts pada salah satu subchannels 16 di uplink dengan waktu maju 0. Bursts
ini dapat dikirim tanpa muka waktu karena mereka jauh lebih pendek dari normal ledakan. Untuk
lebih informasi tentang access bursts, lihat Bab 1. BTS monitor frame 12 dan 38 untuk access
bursts dan calculates the timing advance untuk setiap subchannel. Hasil perhitungan Dikirim

pada PTCCH di blok downlink berikut. Sebagai PTCCH terbagi menjadi 16 subchannels,
perangkat selular mengirim access bursts pada PTCCH dan menerima nilai diperbarui setiap
detik 1.92.

2.8 GPRS Manajemen Mobilitas dan Session Manajemen (GMM / SM)

Terlepas dari meneruskan paket data antara pelanggan GPRS dan Internet, jaringan GPRS
juga bertanggung jawab untuk manajemen mobilitas pelanggan dan manajemen sesi mengontrol
setiap sambungan antara pelanggan dan Internet. Untuk tujuan ini, menandakan pesan dan arus
sinyal telah didefinisikan yang merupakan bagian dari protokol GMM / SM.

2.8.1 Manajemen mobilitas Tugas

Sebelum koneksi ke Internet dapat dibentuk, pengguna harus terlebih dahulu terhubung
ke jaringan. Ini mirip dengan melampirkan ke bagian circuit-switched jaringan. Ketika
pelanggan ingin melampirkan, jaringan biasanya dimulai prosedur otentikasi, yang mirip dengan
otentikasi GSM prosedur. Jika berhasil, SGSN mengirim pesan pembaruan lokasi ke HLR untuk
memperbarui lokasi informasi bahwa pelanggan dalam database jaringan. HLR mengakui
operasi ini dengan mengirim pesan 'insert data pelanggan' kembali ke SGSN. Sebagai nama
pesan menyarankan, tidak hanya mengakui update lokasi tetapi juga mengembalikan informasi
langganan pengguna untuk SGSN sehingga tidak ada komunikasi lebih lanjut dengan HLR
diperlukan selama pelanggan tidak mengubah lokasi. SGSN, selanjutnya, akan mengirim
melampirkan menerima pesan ke pelanggan. Prosedur melampirkan selesai ketika pelanggan
mengembalikan melampirkan pesan lengkap untuk SGSN. Gambar 2.28 menunjukkan aliran
pesan untuk prosedur ini. Jika pelanggan sebelumnya melekat pada SGSN yang berbeda,
prosedur ini agak lebih kompleks. Dalam hal ini, SGSN baru akan meminta SGSN tua untuk
informasi identifikasi pelanggan. Setelah pelanggan telah dikonfirmasi berhasil, SGSN akan
mengirimkan update lokasi pesan seperti di atas ke HLR. Sebagai HLR tahu bahwa pelanggan
sebelumnya melekat pada SGSN yang berbeda, ia akan mengirimkan membatalkan pesan lokasi
ke SGSN tua. Ini kemudian mengembalikan pelanggan insert pesan data ke SGSN baru. Hal ini
juga memungkinkan untuk melakukan GSM gabungan / GPRS melampirkan prosedur dalam
kasus antarmuka Gs adalah tersedia. Untuk menginformasikan perangkat mobile kemungkinan
ini, jaringan siaran jaringan GPRS modus operasi pada BCCH. Harus perangkat mobile sehingga
meminta untuk gabungan melampirkan dari SGSN, itu adalah tugas dari SGSN baru untuk
menginformasikan MSC baru lokasi pelanggan.

MSC baru kemudian akan mengirimkan lokasi update ke HLR untuk bagian circuit-switched
jaringan. HLR kemudian akan membatalkan lokasi di MSC tua dan mengirim data yang insert
pelanggan kembali ke MSC baru. Setelah semua operasi telah dilakukan, MSC baru
mengirimkan kembali update lokasi menerima ke SGSN, yang kemudian akan akhirnya kembali
pesan melampirkan menerima untuk perangkat mobile. Meskipun aliran pesan ini lebih
kompleks dari sudut pandang jaringan inti, memungkinkanperangkat mobile untuk melampirkan
kedua bagian jaringan circuit dan packet-switched dengan hanya satu prosedur. Hal ini
mempercepat proses untuk perangkat mobile dan mengurangi beban pensinyalan di jaringan
radio. Setelah melampirkan prosedur selesai, perangkat mobile adalah otentik dan dikenal ke
jaringan. Di bagian circuit-switched jaringan, pengguna sekarang dapat pergi ke depan dan
membangun panggilan suara dengan pemanggilan nomor. Dalam GPRS packet-switched bagian
dari jaringan, perangkat mobile sekarang bisa pergi ke depan dan membuat sesi data. disebut
PDP prosedur aktivasi konteks ini dijelaskan dalam paragraf berikutnya.
Beberapa parameter yang menarik disorot dalam huruf tebal. Seperti dapat dilihat dalam
pesan, mobile perangkat tidak hanya menginformasikan jaringan tentang identitasnya, tetapi juga

mencakup kemampuan seperti kemampuan multislot dan mana frekuensi band mendukung (900,
1800, 1900 MHz). Meskipun standar berevolusi dengan cepat, pengembang perangkat mobile
sering hanya menerapkan subset dari fungsi di awal dan menambahkan lebih banyak fitur dari
waktu ke waktu di versi perangkat lunak baru atau bahkan hanya dalam model-model baru.
Fleksibilitas ini dan waktu sehingga cepat untuk pasar hanya mungkin jika jaringan dan
perangkat mobile mampu untuk bertukar informasi tentang kemampuan mereka. Sebuah contoh
yang baik dari pendekatan semacam itu adalah kemampuan multislot. Awal GPRS perangkat
mobile mampu menggabungkan dua timeslots downlink dan menggunakan hanya satu di uplink.
Arus perangkat mobile mendukung hingga lima timeslots dalam downlink dan tiga di uplink
(multislot kelas 32). Setelah perangkat mobile terpasang, jaringan memiliki untuk melacak lokasi
ponsel alat. Sebagaimana dibahas dalam Bab 1, hal ini dilakukan dengan membagi jaringan
GSM ke daerah lokasi. Ketika perangkat mobile dalam mode siaga perubahan ke sel di daerah
lokasi yang berbeda, itu harus dilakukan yang disebut pembaruan lokasi (LU). Hal ini diperlukan
agar jaringan akan dapat menemukan pelanggan untuk panggilan masuk atau pesan SMS. Dalam
GPRS, prinsip yang sama ada. Untuk lebih fleksibel, daerah lokasi dibagi lagi menjadi daerah
routing yang GPRS. Jika perangkat mobile di siap atau keadaan siaga melintasi perbatasan
wilayah routing, itu laporan ke SGSN. Prosedur ini disebut routing.
Jika area routing yang baru dikelola oleh SGSN baru proses ini disebut IRAU. meskipun
dari titik perangkat mobile pandang tidak ada perbedaan antara RAU dan IRAU, ada cukup
perbedaan dari sudut pandang jaringan. Hal ini karena SGSN baru belum tahu pelanggan. Oleh
karena itu, tugas pertama dari SGSN baru adalah untuk mendapatkan otentikasi pelanggan dan
Data langganan. Sebagai update daerah routing berisi informasi tentang daerah routing yang
sebelumnya, SGSN maka dapat menghubungi SGSN sebelumnya dan meminta informasi ini.
Pada saat yang sama ini Prosedur juga meminta SGSN sebelumnya untuk meneruskan semua
paket data yang masuk ke SGSN baru di Agar tidak kehilangan data pengguna saat prosedur
sedang berlangsung. Selanjutnya, GGSN diinformasikan tentang lokasi baru pelanggan sehingga,
selanjutnya, data yang masuk lebih lanjut dikirim langsung ke SGSN baru. Akhirnya, HLR juga
menginformasikan tentang lokasi baru pelanggan dan ini Informasi dihapus di SGSN tua.
Informasi lebih lanjut tentang prosedur ini dapat ditemukan di 3GPP TS 23,060, 6.9.1.2.2 [7].

2.8.2 GPRS Sesi Manajemen

Untuk berkomunikasi dengan internet, konteks PDP harus diminta untuk setelah
melampirkan prosedur. Untuk pengguna akhir, ini berlaku berarti mendapatkan alamat IP dari
jaringan. Sebagai prosedur ini dalam beberapa hal mirip dengan membangun panggilan suara,
kadang-kadang juga disebut sebagai 'membangun paket panggilan '. Meskipun ada beberapa
kesamaan antara panggilan circuit-switched dan panggilan packet-switched, ada satu perbedaan
besar yang penting untuk diingat: Untuk suara atau data circuit-switchedsumber daya cadangan
jaringan pada semua interface. Sebuah timeslot dicadangkan untuk koneksi ini pada antarmuka
udara, di jaringan radio dan juga di jaringan inti. timeslots ini tidak dapat digunakan oleh orang
lain saat panggilan didirikan bahkan jika tidak ada data yang ditransfer oleh pengguna. Ketika
GPRS paket panggilan didirikan tidak ada sumber daya yang didedikasikan untuk konteks PDP.
Sumber dari berbagai interface yang digunakan hanya selama waktu yang data ditransmisikan.
Setelah transmisi selesai (Mis setelah halaman web telah di-download), sumber daya yang
digunakan untuk pelanggan lainnya. Karena itu, konteks PDP hanya mewakili hubungan logis

dengan internet. Tetap aktif bahkan jika tidak ada Data ditransfer untuk jangka waktu lama.
Untuk alasan ini panggilan paket dapat tetap didirikan tanpa batas tanpa menghalangi sumber.
Hal ini juga kadang-kadang disebut sebagai 'selalu'.
Gambar 2.30 menunjukkan PDP prosedur aktivasi konteks. Awalnya, pelanggan mengirimkan
PDP aktivasi konteks permintaan pesan ke SGSN.

Parameter yang paling penting dari pesan adalah APN. APN adalah referensi yang GGSN
menggunakan sebagai pintu gerbang ke jaringan eksternal. Jaringan Operator bisa memiliki satu
APN untuk terhubung ke Internet transparan, yang menawarkan layanan WAP, beberapa APN
lain untuk terhubung ke intranet perusahaan, dll SGSN The membandingkan diminta APN
dengan daftar APN diperbolehkan untuk pelanggan yang telah diterima dari HLR selama
melampirkan prosedur. APN adalah nama domain berkualifikasi lengkap seperti 'internet.tmobile.com' atau hanya 'Internet' atau 'wap'. Nama-nama APN dapat dipilih secara bebas oleh
operator jaringan GPRS. Pada tahap kedua, SGSN menggunakan APN untuk mencari alamat IP
dari GGSN yang akan digunakan sebagai gateway. Untuk melakukan hal ini, SGSN melakukan
layanan nama domain (DNS) lookup dengan APN sebagai nama domain untuk bertanya. DNS
lookup identik dengan pencarian DNS yang web browser harus melakukan untuk mendapatkan
alamat IP dari server web. Oleh karena itu, server DNS standar dapat digunakan untuk tujuan ini
di jaringan GPRS. Untuk mendapatkan nama domain internasional yang unik berkualitas, SGSN
menambahkan PKS dan MNC untuk APN, yang disimpulkan dari pelanggan ini IMSI. Sebagai
top level domain, '.gprs' ditambahkan untuk membentuk nama domain lengkap. Contoh nama
domain untuk query DNS adalah 'internet.t-mobile.com.026.350.gprs'. Menambahkan PKS dan
MNC ke APN oleh SGSN memungkinkan pelanggan untuk menjelajah di setiap negara yang

memiliki perjanjian roaming GPRS dengan jaringan rumah pelanggan dan menggunakan layanan
tanpa harus mengubah parameter apapun. asing SGSN akan selalu menerima alamat IP dari
GGSN rumah dari server DNS, dan semua paket akan dialihkan ke dan dari GGSN rumah dan
dari sana ke jaringan eksternal. Tentu saja, ini juga memungkinkan untuk menggunakan GGSN
di jaringan dikunjungi. Untuk melakukan itu, bagaimanapun, pengguna harus untuk mengubah
pengaturan di perangkat, yang sangat tidak diinginkan. Oleh karena itu, sebagian besar operator
lebih memilih untuk selalu rute lalu lintas kembali ke GGSN rumah dan dengan demikian
menawarkan layanan tanpa batas ke pengguna. Setelah server DNS telah kembali alamat IP
GGSN ini, SGSN kemudian dapat meneruskan permintaan ke GGSN yang benar. APN dan IMSI
pengguna termasuk dalam pesan sebagai wajib parameter. Untuk terowongan paket data
pengguna melalui jaringan GPRS nanti, yang ditunjuk SGSN yang disebut tunnel identifier
(TID) untuk koneksi virtual yang juga bagian dari pesan. Itu TID terdiri dari pengguna IMSI dan
layanan jaringan jalur akses identifier dua-digit (NSAPI). Hal ini memungkinkan pengguna
untuk memiliki lebih dari konteks PDP aktif pada satu waktu. Hal ini cukup berguna untuk
mengakses Internet melalui notebook dan pada saat yang sama mengirim atau menerima pesan
MMS melalui perangkat mobile. Jika GGSN memberikan akses ke jaringan eksternal (misalnya
Internet) akan menetapkan sebuah alamat IP dari kolam renang alamat untuk pelanggan. Untuk
tujuan khusus itu juga mungkin untuk menetapkan IP tetap alamat untuk pelanggan. Selanjutnya,
GGSN merespon SGSN dengan aktivasi konteks PDP pesan respon yang berisi alamat IP dari
pelanggan. Selanjutnya, GGSN akan menyimpan TID dan alamat IP pelanggan dalam database
konteks PDP-nya. Informasi ini dibutuhkan nanti untuk meneruskan paket antara pelanggan dan
internet dan, tentu saja, untuk tujuan penagihan. Setelah SGSN menerima pesan respon aktivasi
konteks PDP dari GGSN, juga menyimpan informasi konteks dalam database dan meneruskan
hasilnya ke pelanggan. Pelanggan kemudian menggunakan alamat IP untuk berkomunikasi
dengan jaringan eksternal. ID yang berbeda digunakan untuk paket-paket dari pengguna tertentu
pada setiap antarmuka jaringan karena berbeda Sifat dari protokol dan karena ukuran paket yang
berbeda. Pada interface udara GPRS, dengan nya frame data kecil hanya 456 bit atau 57 B, yang
bahkan termasuk overhead untuk mendeteksi kesalahan dan koreksi, tiga-bit TFI digunakan
untuk rute frame untuk perangkat mobile yang benar. Di radio jaringan P-TMSI / TLLI
digunakan untuk mengidentifikasi paket dari pengguna. Akhirnya pada jaringan inti, GPRS TID
digunakan sebagai identifikasi.

2.10 Layar Kecil Browsing Web melalui GPRS dan EDGE

Meskipun GPRS adalah pembawa untuk paket IP, ia memiliki beberapa sifat yang
membedakannya dari fixedline koneksi. Ini termasuk latency lagi, berbagai latency jika digunakan dalam
lingkungan bergerak dan bahkan hilangnya layanan untuk beberapa waktu jika pengguna bergerak di luar
area cakupan jaringan. Selain itu, banyak perangkat yang menggunakan GPRS untuk komunikasi
memiliki kemampuan terbatas seperti kecil layar dan kekuatan pemrosesan yang relatif rendah bila
dibandingkan dengan notebook atau PC desktop. Oleh karena itu, jumlah aplikasi yang fixed-line internet
banyak digunakan telah disesuaikan untuk ponsel lingkungan. Web browsing tentu aplikasi Internet yang
paling populer. Itu manfaat dari koneksi yang cepat dan tergantung pada keandalan pembawa, terutama
jika halaman web yang besar dan dengan demikian mengambil beberapa waktu untuk ditransfer, di mana
tidak ada transfer interupsi harus terjadi. Modern web browser juga dirancang untuk memanfaatkan
display besar dan daya proses notebook atau desktop workstation.

EDGE menawarkan bandwidth yang cukup saat ini untuk web browsing. Jika pengguna ingin
mengakses informasi pada perangkat mobile kecil, sejumlah pendekatan yang berbeda yang dapat diambil
untuk mengatasi keterbatasan transmisi relatif lambat data, layar kecil, kekuatan pemrosesan yang
terbatas, dll

2.10.1 WAP 1.1

Digunakan di awal GPRS Devices. Pada hari-hari awal GPRS, Wireless Application Protocol
(WAP) standar diciptakan oleh Wap Forum, yang kemudian dikonsolidasikan ke forum Open Mobile
Alliance (OMA). Pada dasarnya, standar mengadopsi konsep HyperText Transfer Protocol (HTTP) dan
bahasa hypertext markup (HTML) dan diadaptasi mereka untuk digunakan dalam lingkungan mobile.
iMode adalah standar menyaingi ke WAP, awalnya dirancang oleh NTT DoCoMo di Jepang. Awal WAP
1.1 standar dirancang untuk browsing web di, dari sudut hari ini pandang, sangat perangkat dibatasi, yang
tidak banyak digunakan lagi. Oleh karena itu pembahasan dalam bagian ini adalah sebagian besar alam
sejarah. Perhatian khusus diberikan kepada keterbatasan berikut:
Bandwidth yang sangat terbatas dari koneksi, yang berdampak pada kecepatan halaman dapat
didownload.
Kekuatan pemrosesan yang sangat terbatas dari perangkat mobile, yang berdampak pada seberapa cepat
halaman dapat diberikan pada layar.
Keandalan sambungan. Halaman harus dimuat secepat mungkin untuk mengurangi efek interupsi
transmisi dan cakupan jaringan hilang pada pengalaman pengguna.
HTML dan penggantinya XHTML yang digunakan saat ini untuk menggambarkan bagaimana
halaman web yang akan diberikan dalam PC berbasis web browser. Meskipun teks dan tata letak halaman
secara langsung tertanam dalam dokumen, gambar dan elemen lainnya biasanya dirujuk dan harus
diminta untuk secara terpisah. Seperti ini bahasa yang cukup kompleks dan menawarkan banyak
kemungkinan yang tidak dapat digunakan di perangkat mobile yg berhutang untuk menampilkan kecil
dan kemampuan pemrosesan yang terbatas, WAP 1.1 didefinisikan deskripsi halaman sendiri bahasa, yang
disebut bahasa markup wireless (WML). Menggunakan browser WAP pada mobile Perangkat ini kadangkadang juga disebut WAP browsing. Gambar 2.35 menunjukkan gambaran WML sederhana untuk
menunjukkan teks pada layar. Meskipun pada awalnya sumber WML terlihat cukup mirip dengan HTML,
ada beberapa perbedaan terpisah dari fungsi terbatas. Perbedaan utama adalah penggunaan apa yang
disebut 'kartu' dalam satu halaman. Di dalam teks setiap kartu link ke kartu lain dapat dimasukkan
sehingga pengguna dapat menavigasi antara kartu. Keuntungan dari pendekatan ini adalah untuk mendownload beberapa kartu yang terkait dengan sama lain dalam satu transaksi daripada harus mengakses
jaringan setiap kali pengguna mengklik pada link. Ini sangat membantu untuk memecah teks panjang
menjadi beberapa kartu dan mengikat mereka bersama-sama dengan link merujuk pada bagian bawah
setiap kartu. Perangkat dengan layar kecil manfaat dari pendekatan ini sebagai pengguna tidak perlu scroll
ke bawah banyak teks tetapi bisa mengklik link. Memisahkan teks panjang menjadi beberapa kartu juga
mempercepat browser WAP tertanam karena hanya satu kartu dari download dokumen yang diperlukan
yang akan diberikan saat men-download halaman. Terlepas dari teks dan hyperlink diformat, WML juga
didukung referensi untuk gambar. WAP 1.1 hanya didukung gambar hitam dan putih di Wireless
Application Protocol Bitmap (WBMP) format sebagaimana perangkat mobile pada waktu itu terbatas
layar hitam dan putih. Seperti HTML, WML juga didukung elemen 'bentuk' untuk memungkinkan
pengguna untuk mengetik dalam teks yang kemudian dapat digunakan pada server untuk diproses. Untuk
mentransfer halaman WML, Wireless Session Protocol (WSP) diciptakan bukan menggunakan terkenal
HTTP.

Untuk dapat meminta untuk halaman WML dari server web biasa, gateway adalah diperlukan
yang bertindak sebagai penerjemah antara WSP dan dunia HTTP. Konsep WAP gateway, yang kadangkadang juga disebut sebagai WAP proxy, ditunjukkan pada Gambar 2.36. Diantara perangkat mobile dan
gateway WAP, WSP digunakan untuk meminta halaman web, sementara HTTP adalah digunakan untuk
meminta halaman WML dari server web di Internet.
Perbedaan antara WSP dan HTTP terletak pada kecepatan yang halaman yang diminta dan
transfer data berikutnya terjadi:
Sementara HTTP menggunakan TCP sesi berorientasi pada lapisan 4 dari stack protokol, WSP
digunakan UDP dan Transaksi Protocol Wireless (WTP) untuk mengkompensasi beberapa fungsi TCP
yang tidak dapat ditemukan di UDP. Untuk menyederhanakan konfigurasi perangkat mobile, port UDP
9201 adalah standar untuk penggunaan UDP / WTP. Dengan cara ini, WAP 1.1 dihindari tiga-arah TCP
handshake untuk pembentukan sesi, yang menyelamatkan banyak waktu di lingkungan nirkabel dengan
jemput panjang delay kali. Untuk memastikan bahwa tidak ada data yang hilang selama download dari
halaman WAP, WTP termasuk jumlah paket dalam setiap paket. Dengan demikian, penerima bisa
memasang kembali tiba paket UDP / WTP dalam urutan yang benar dan bisa meminta pengiriman ulang
paket yang hilang.
Setiap kali web browser biasa meminta untuk halaman web, itu termasuk banyak informasi dalam
meminta seperti daftar format file yang didukung. Ini membutuhkan banyak ruang dan meningkatkan
keseluruhan.
Waktu transaksi untuk setiap permintaan. WSP menggunakan pendekatan yang berbeda. Pada
awal WAP sesi, klien WAP terdaftar gateway WAP dan informasi gateway sekali tentang kemampuannya.
Ketika meminta untuk halaman WAP sesudahnya, hanya URL yang dibutuhkan untuk dimasukkan dalam
permintaan. Ini mengurangi ukuran permintaan halaman dari lebih dari 1000 B, yang biasanya diperlukan
untuk permintaan HTTP, sekitar 100 B untuk permintaan WSP.

2.10.2 WAP 2.0

Karena adopsi dari WAP 1.1 standar, kemampuan dari kedua jaringan dan perangkat mobile telah
meningkat secara signifikan. Kekuatan pemrosesan perangkat mobile telah meningkat, yang
memungkinkan, antara hal-hal lain, cepat download data dengan menggabungkan beberapa timeslots
GPRS. produsen perangkat mobile juga telah pindah ke menampilkan warna dan ukuran dan resolusi
mereka telah meningkat dibandingkan WAP awal ponsel juga. Sebagai konsekuensinya, standar WAP
diadaptasi dan WAP 2.0, yang telah disetujui pada tahun 2002, mengambil keuntungan dari kemampuan
ditingkatkan perangkat mobile dan jaringan. Hari ini, WAP 2.0 berbasis browser masih digunakan tetapi
biasanya hanya di ponsel low-end.
Alih-alih menggunakan bahasa proprietary untuk mendeskripsikan halaman WAP, WAP 2.0 yang
menggunakan subset XHTML disebut XHTML Mobile Profile. Seperti XHTML kompatibel dengan
HTML, biasa halaman web dapat dilihat juga. Itu masih masuk akal untuk beradaptasi halaman web
standar untuk yang lebih kecil layar perangkat mobile, tetapi pengembangan halaman ini telah sangat
disederhanakan dengan perubahan ini sebagai alat pengembangan standar sekarang dapat digunakan.
Beberapa browser WAP seperti perangkat mobile Opera browser web bahkan mendukung sintaks
XHTML lengkap dan cerdas reflow tata letak untuk beradaptasi halaman web standar ke layar yang lebih
kecil dari perangkat mobile.
WAP 2.0 browser juga mendukung format grafis tambahan seperti interchange grafis banyak
digunakan Format (GIF). Sekali lagi, format grafis standar yang digunakan dibandingkan dengan
proprietary sebelumnya pendekatan. Hal ini akan mengurangi overhead penciptaan halaman sebagai

gambar tidak lagi harus dikonversi ke dalam format dan warna khusus gambar sekarang digunakan
sebagai pengganti gambar hitam dan putih.
Protokol tumpukan antara perangkat mobile dan gateway WAP juga telah berubah dengan WAP
2.0. Sebagai jaringan hari ini menawarkan bandwidth yang lebih tinggi maka diputuskan untuk
menggunakan TCP dan HTTP bukannya WSP proprietary dan WTP. Konsep gateway WAP dipertahankan
sehingga operator dapat terus biaya untuk penggunaan WAP seperti sebelumnya seperti tarif per halaman
atau dengan menerapkan tarif yang berbeda tergantung pada apakah pengguna pengaksesan konten yang
disediakan oleh operator jaringan atau dari eksternal server di Internet. Terlepas dari penagihan dan
kontrol fungsi, yang transparan untuk koneksi, WAP 2.0 gerbang bertindak sebagai proxy HTTP
sederhana. TCP port 8080 telah dibakukan untuk penggunaan ini. Dari sudut perangkat mobile pandang,
gateway WAP tidak lagi benar-benar diperlukan dan sebagian besar perangkat seluler memungkinkan
skipping pengaturan gateway WAP mengatur sepenuhnya. Jika tidak gateway dikonfigurasi, browser
WAP langsung berkomunikasi dengan server di internet. Sebagai beberapa operator biaya lebih untuk lalu
lintas WAP melalui gateway dibandingkan dengan akses internet langsung melalui APN yang berbeda,
masuk akal dalam kasus ini untuk menghapus pengaturan gerbang di perangkat mobile dan untuk
mengubah APN. Jika entri gerbang tidak dapat dihapus, pilihan lain untuk menyimpan uang adalah untuk
mengatur alamat IP dari gateway dengan yang proxy HTTP publik yang mendukung TCP port 8080.
Beberapa ponsel memungkinkan pengaturan port gerbang sehingga proxy HTTP gratis dapat digunakan.
Mengubah pendekatan gerbang eksklusif di WAP 1.1 untuk fungsi proxy HTTP standar memiliki
salah satu kelemahan: Daripada mendaftar sekali dengan gateway dan termasuk semua informasi
kemampuan hanya pada awal sesi, konsep proxy HTTP membutuhkan mengirimkan informasi
kemampuan dalam setiap permintaan. Sebagai permintaan HTTP dengan informasi kemampuan dengan
mudah menggunakan lebih dari 1000 B dibandingkan ke kecil WAP 1.1 permintaan, yang menggunakan
sekitar 100 B, volume data yang dikonsumsi selama WAP sesi meningkat secara signifikan, terutama
ketika melihat halaman hanya kecil. Dari segi teknis lihat, hanya ada dampak kecil untuk waktu buka
halaman karena kecepatan transmisi yang disempurnakan GPRS dan EDGE. Tergantung pada jumlah
yang merupakan Tagihan operator per kilobyte ditransfer melalui GPRS, Namun, peningkatan ukuran
permintaan bisa memiliki dampak yang lebih terkenal

2.10.3 Layar Kecil Browsing Web dengan Jaringan Side Kompresi

Saat ini, banyak perangkat mobile high-end telah built-in web browser yang dapat men-download
dan display halaman web standar. Semakin besar layar, semakin baik halaman web dapat ditampilkan.
Dua kerugian dari pendekatan ini adalah waktu yang dibutuhkan untuk men-download sebuah halaman
web standar melalui GPRS dan EDGE dan kemampuan pengolahan terbatas dari perangkat mobile, yang
menghasilkan render lambat dari halaman web. Sebagai konsekuensinya, pendekatan ini menghasilkan
pengalaman pengguna yang lebih terdegradasi selama bertahun halaman web.
Sebuah alternatif untuk pendekatan ini, dan juga untuk ringan WAP 2.0 browser dibahas dalam
bagian sebelumnya, adalah web browser yang menggunakan server kompresi sisi jaringan dan hanya
men-download dikompresi konten ke perangkat mobile. Opera Mini adalah sebuah browser web dan
Gambar 2.37 menunjukkan apa web penjelajahan terlihat seperti dalam praktek dengan pendekatan ini.
Dengan mengompresi halaman web standar pada networkbased server sebelum mereka di-download ke
perangkat mobile, tidak perlu bergantung pada halaman web khusus disesuaikan untuk perangkat kecil.
Dengan mekanisme zooming cerdas halaman web standar bisa
ditampilkan dalam mode ikhtisar dan pengguna dapat memperbesar setiap bagian dari halaman. Teks dan
gambar secara otomatis disesuaikan dengan ukuran layar dengan mekanisme disebut sebagai 'reflow'.
Dengan cara ini, tidak ada horisontal bergulir diperlukan.

Dalam prakteknya, pendekatan ini menawarkan pengalaman web browsing yang sangat baik,
terutama pada perangkat dengan ukuran layar yang lebih kecil. Karena hanya sejumlah kecil data yang
ditransmisikan, halaman web ditampilkan dalam hitungan hanya beberapa detik. Bahkan jika hanya
digunakan melalui GPRS atau EDGE, pengalaman adalah sering lebih baik daripada menggunakan web
browser standar pada perangkat kecil melalui koneksi UMTS cepat. Selain itu, kualitas pengalaman saat
bergerak, misalnya di kereta atau mobil, sangat baik sebagai halaman web standar-download sangat cepat
dan cakupan yang buruk atau bahkan hilangnya luas memiliki dampak jauh lebih sedikit dari pengalaman
keseluruhan dibandingkan dengan men-download halaman web terkompresi dengan browser standar yang
membutuhkan waktu lebih lama dan sering terganggu oleh perubahan kondisi cakupan.

2.10.4 Layar Kecil Web Browsing - Kualitas Pengalaman

Kualitas pengalaman dari sesi web-browsing layar kecil dari sudut pengguna pandang terutama
terdiri dari pendek load halaman dan tingkat keberhasilan klik tinggi. Tingkat keberhasilan klik adalah
didefinisikan dalam konteks ini sebagai persentase dari halaman yang mulai mendapatkan ditampilkan
dalam jumlah tertentu waktu setelah pengguna telah memilih link ke halaman lain. Sebuah nilai
maksimum khas untuk reaksi ini waktu 7 detik. Untuk pengalaman yang sangat baik, waktu reaksi tidak
lebih dari 3 sampai 4 detik adalah penting dan dapat dicapai dengan kompresi sisi jaringan dibahas pada
bagian sebelumnya. Di luar waktu itu, pengguna akan mendapatkan kesan bahwa ada masalah dan baik
membatalkan atau mengulang permintaan.
Kecepatan transmisi pada interface udara adalah salah satu faktor yang mempengaruhi kualitas
pengguna dari pengalaman. Selain itu, ada sejumlah faktor lain yang harus dioptimalkan dalam jaringan
dan handset untuk meningkatkan kualitas pengguna pengalaman:
Ukuran layar: Sebagai web browser disertakan bahkan di ponsel sangat kecil saat ini, pengalaman
pengguna adalah dibatasi oleh display kecil yang membutuhkan pengguna untuk menggulir halaman jauh
lebih sering daripada yang lebih besar menampilkan. Pendekatan yang baik untuk desain halaman
dioptimalkan untuk perangkat mobile untuk menemukan kompromi yang sesuai baik menampilkan
perangkat mobile besar dan kecil.
Sebuah prosesor yang cepat dapat membuat halaman jauh lebih cepat daripada yang lebih lambat.
Sebuah arsitektur prosesor yang menawarkan kekuatan pemrosesan yang tinggi dan mode hemat daya
yang baik setelah halaman telah diberikan sangat meningkatkan pengalaman pengguna sekaligus
melestarikan daya baterai. Kecepatan prosesor juga memiliki pengaruh pada seberapa cepat halaman
dapat menggulir naik dan turun.
Integrasi Baik dari web browser ke dalam sistem operasi perangkat mobile dan tumpukan nirkabel.
Seperti dibahas dalam Bab 1, perusahaan yang berbeda menghasilkan bagian yang berbeda dari perangkat
lunak secara keseluruhan dari perangkat mobile. Web browser, misalnya, adalah salah satu bagian yang
paling terlihat dari perangkat mobile perangkat lunak yang sering outsourcing oleh produsen ponsel untuk
perusahaan pihak ketiga. Untuk cepat bereaksi untuk input pengguna, browser harus diintegrasikan sangat
erat dengan sistem operasi telepon dan terutama GPRS menumpuk.
Cukup kapasitas di jaringan radio. Terutama selama jam sibuk, sumber daya yang langka sebagai suara
panggilan biasanya lebih diutamakan lalu lintas GPRS jika jaringan radio tidak dimensioned benar. Hal
ini mengurangi bandwidth yang tersedia yang harus dimiliki oleh semua GPRS pengguna dari sel dan
dengan demikian meningkatkan load halaman.
Cakupan jaringan yang baik adalah penting untuk pengalaman yang baik web browsing, terutama jika
ponsel perangkat yang digunakan dalam mobil, kereta api, bus atau kereta bawah tanah. Sementara jalan
biasanya tertutup cukup baik, sama tidak bisa sering mengatakan dari rel kereta api, terutama di dalam

terowongan. Juga, kereta bawah tanah yang baik hanya sebagian tertutup seperti stasiun sendiri atau tidak
sama sekali.
Untuk meminimalkan dampak dari perubahan sel, jaringan dan perangkat mobile harus menerapkan
jaringan-dibantu fungsi perubahan sel untuk mengurangi waktu transfer data terganggu. Sebagai
perubahan sel terjadi cukup sering dalam lingkungan bergerak, optimasi ini memiliki dampak besar pada
klik tingkat keberhasilan.
Cukup kapasitas pada gateway WAP, jika digunakan, untuk menangani permintaan yang masuk dengan
cepat. Terutama selama jam sibuk, gateway bawah-dimensioned tidak mampu mengatasi dengan lalu
lintas, yang juga hasil dalam permintaan yang tertunda atau turun.
Cukup kapasitas pada platform konten operator untuk dapat dengan cepat memproses sejumlah besar
permintaan simultan selama jam sibuk.
Cukup kapasitas pada Gi dan Gp interface jaringan GPRS sebagai titik-titik interkoneksi dengan
jaringan lain dapat dengan cepat menjadi hambatan jika tidak dimensioned benar.
Ukuran dari web atau WAP halaman juga memiliki pengaruh pada kualitas pengalaman, terutama dalam
bergerak lingkungan dengan cakupan jaringan yang buruk. Semakin kecil halaman untuk di-download,
yang lebih tinggi kemungkinan bahwa halaman lengkap download sebelum interupsi degradasi cakupan
yang sedang berlangsung transfer data.

2.12 Web browsing melalui GPRS

2.12.1 Dampak Delay yang dialami pada Web-Browsing
Sementara koneksi bandwidth tinggi tentunya merupakan salah satu faktor yang paling
penting, baik untuk sebuah pengalaman web browsing, round-trip delay (RTD) waktu
sambungan harus tidak juga diremehkan [11, 12]. Waktu RTD didefinisikan dalam konteks ini
sebagai waktu yang dibutuhkan untuk menerima
Menanggapi bingkai ditransmisikan. RTD ini dapat diukur, misalnya, dengan perintah ping.
Contoh berikut menunjukkan bagaimana dampak delay yang dialami web-browsing. Ketika
meminta untuk halaman baru, penundaan berikut berpengalaman sebelum halaman dapat didownload dan ditampilkan:
URL tersebut harus diubah menjadi alamat IP dari server web yang host halaman yang diminta.
Hal ini dilakukan melalui query DNS yang menyebabkan penundaan satu sambungan RTD.
Setelah alamat IP dari server telah ditentukan, web browser perlu membentuk TCP
koneksi. Hal ini dilakukan melalui tiga cara handshake. Selama handshake, klien mengirimkan
sinkronisasi paket ke server, yang dijawab oleh paket sinkronisasi-ack. Ini di
gilirannya diakui oleh klien dengan mengirimkan paket acknowledgment. Seperti tiga paket yang
dikirim sebelum sambungan dibuat, seluruh operasi menyebabkan penundaan 1,5 kali
sambungan RTD. Sebagai paket pertama berisi data pengguna dikirim tepat setelah pengakuan
paket, waktu, bagaimanapun, dikurangi menjadi sekitar waktu RTD tunggal.
Hanya setelah koneksi TCP telah ditetapkan dapat paket pertama dikirim ke web server,

yang biasanya berisi permintaan yang sebenarnya dari web browser. Server kemudian
menganalisa permintaan dan mengirimkan kembali paket yang berisi awal halaman web yang
diminta. Sebagai permintaan (mis300-500 B) dan paket respon pertama (1200-1400 B) yang
cukup besar, jaringan membutuhkan lebih waktu untuk mentransfer paket-paket dari waktu RTD
sederhana.
Ada tiga yang hal berbeda pada RTD dalam jaringan GPRS dan EDGE. Jika tidak ada
TBF
didirikan pada saat web browser dimulai permintaan, maka perangkat mobile pertama perlu
mengatur koneksi fisik di uplink dan downlink arah. Ini biasanya menghasilkan waktu RTD dari
query DNS dari 650-750 milidetik dalam jaringan EDGE. Sebagai jaringan mengharapkan data
lebih lanjut yang akan ditransfer, TBF downlink biasanya dibiarkan terbuka dengan jaringan,
yang mengurangi waktu RTD. jaringan yang mampu EDGE awal memiliki waktu round-trip dari

Gambar 2.42 aliran paket IP dan waktu delay selama download halaman web. Direproduksi
dengan izin dari
Wireshark 2010.
Sekitar 550 milidetik untuk komunikasi selanjutnya. Dalam jaringan saat waktu roundtrip telah berkurang menjadi 180-250 milidetik (Bagian 2.6), nilai yang tepat tergantung pada
jaringan radio peralatan vendor. Ini telah dicapai dengan fungsi uplink TBF diperpanjang dibahas
dalam Bagian 2.6 dan dengan meningkatkan prosedur internal untuk tugas TBF. Waktu tunda
ketiga bisa dialami ketika bingkai besar yang dikirim dan diterima. sebagai transmisi frame besar
membutuhkan beberapa waktu dengan sendirinya, waktu sebelum paket pertama yang berisi
bagian dari web Halaman tiba agak lebih lama dari waktu RTD. Gambar 2.42 menunjukkan jejak
paket IP tanpa permintaan DNS awal.
Sesuai dengan proses yang disajikan di atas, waktu antara memasukkan URL dan ditampilkan
pertama
Bagian dari halaman web dapat diperkirakan sebagai berikut:
Total Delay (EDGE) = Keterlambatan permintaan DNS + Keterlambatan TCP
Membangun
+ Keterlambatan Permintaan / Response
= 750 ms + 320 ms + 660 ms
= 1.730 ms
Setelah waktu ini, halaman tidak terisi penuh tapi browser biasanya mulai menyajikan teks
halaman Utama. Jika pengguna kemudian mengklik link ke halaman yang berbeda dari situs
yang sama, tidak ada DNS lanjut query diperlukan sebagai alamat IP dari server masih disimpan
di cache DNS. Oleh karena itu, penundaan waktu untuk loading halaman berikutnya berkurang
sekitar 750 milidetik Dibandingkan dengan halaman download delay kurang dari 100 milidetik
dari kecepatan tinggi fixed-line koneksi DSL, penundaan EDGE tampaknya agak panjang.
Perbedaan ini disebabkan oleh kenyataan bahwa tidak ada uplink dan downlink koneksi harus
ditetapkan sebelum transfer data saat menggunakan koneksi DSL. Bandwidth yang lebih tinggi
dari koneksi DSL juga memungkinkan download Sisa dari halaman lebih cepat daripada melalui
EDGE. Namun demikian, penundaan kurang dari 2 detik sebelum bagian pertama dari halaman
yang ditampilkan masih dapat diterima. Bersama-sama dengan bandwidth yang lebih tinggi yang
ditawarkan oleh EDGE dibandingkan dengan jaringan GPRS standar, adalah mungkin untuk
menggunakan koneksi nirkabel untuk layar penuh web browsing. Sebuah sumber yang sangat
baik untuk informasi lebih lanjut tentang aspek EDGE dan kinerja dapat ditemukan di
2.12.2 Optimasi web Browser untuk Mobile Web Browsing
Seperti yang dibahas sebelumnya, GPRS dan EDGE koneksi berperilaku berbeda ketika
digunakan untuk surfing web dibandingkan dengan koneksi fixed-line. Seperti sebagian besar
pengguna mengakses internet melalui koneksi fixed-line, web browser biasanya dioptimalkan
untuk latency pendek dan koneksi bandwidth yang sangat tinggi. Namun, beberapa browser
memungkinkan mengubah pengaturan akses jaringan mereka, yang dapat membantu
meningkatkan download waktu. Browser Firefox, misalnya, memungkinkan mengubah nilainilai untuk pipelining permintaan web.

Pipelining adalah metode yang diperkenalkan dengan HTTP 1.1 untuk meminta beberapa
elemen dari Halaman sekaligus dalam koneksi TCP tunggal bukan hanya mengirimkan
permintaan berikutnya setelah sebelumnya Unsur-download. Dengan cara ini, adalah
mungkin untuk mengurangi efek dari latency yang lebih tinggi dari
koneksi tanpa kabel. Pipelining diaktifkan di browser Firefox sebagai berikut:
Di bidang URL, about: config harus dimasukkan untuk mendapatkan daftar semua
parameter yang dapat
diubah.
Pipelining diaktifkan dengan menetapkan parameter network.http.pipelining TRUE.
Nilai yang baik untuk jumlah akumulasi permintaan yang harus diatur dalam
network.http.
pipelining.maxrequests delapan.
Ketika membandingkan kali halaman download dari halaman web yang besar dengan dan
tanpa pipelining dalam jaringan EDGE perbedaan besar dapat diamati. Sementara
penundaan untuk menampilkan bagian pertama dari seperti Halaman ini hampir tidak
berubah, waktu untuk men-download halaman lengkap termasuk semua gambar
berkurang dari 60 detik untuk 40 detik.