Kelebihan PPP

1. Dapat melakukan penentuan posisi dengan tingkat akurasi sampai centimeter secara absolut
tanpa menggunakan stasiun referensi
2. Lebih efisien dalam biaya karena tanpa menggunakan biaya komunikasi.
3. Mempertimbangkan banyak faktor dalam melakukan koreksi

Kekurangan

1. Memerlukan waktu yang lama untuk mengkonversi ambiguitas fase dari float ke akurasi
posisi tingkat centimeter
2. Sulit untuk diterapkan pada aplikasi realtime
3. Koreksi RTCM relative belum sempurna diterpkan dalam metode ini
4. Hanya beberapa receiver GNSS yang dapat menerapkan metode ini

PPP adalah penentuan posisi secara teliti yang dapat menjadi alternative dari DGNSS. Dalam artikel
ini kita melihat status terkini serta potensi dari PPP.

PPP merupakan metode survei GNSS yang menggunakan orbit satelit dan koreksi jam satelit yang
tersedia untuk melakukan penentuan posisi secara absolut menggunakan pengukuran dari satu
GNSS receiver. Keuntungan ini yang tidak dimiliki oleh DGPS yang memerlukan data pseudo range
dan carrier fase dari satu atau lebih stasiun referensi yang diamat secara simultan dengan koordinat
yang diketahui. Akan tetapi PPP juga dilengkapi dengan sejumlah kekurangan, kekurangan utamanya
adalah memerlukan waktu yang lama untuk mengkonversi ambiguitas fase dari float ke akurasi
posisi tingkat sentimeter. Aplikasi PPP tidak dapat diterapkan untuk aplikasi yang real time.

Kerangka referensi global

PPP menyediakan solusi penentuan posisi dalam kerangka referensi global seperti ITRF yang bebas
dari keinkonsistensian datum yang dintegrasikan dengan teknik penentuan posisi diferensial
berdasarkan referensi stasiun terdekat menggunakan koordinat dinyatakan dalam sebuah datum
Nasional (misalnya GDA94 atau ETRF2000). PPP mempertimbangkan factor-faktro seperti
pergerakan lempeng bumi dan pasang surut bumi padat (Tabel 1), dan beberapa koreksi khusus lain
dalam pengamatan, hal tersebut penting untuk memahami keseluruhan dari implikasi penerapan
transformasi antara datum global, nasional, dan lokal.
PPP dalam survey yang umum

Post-processed PPP dapat diaplikasikan untuk pekerjaan-pekerjaan geodesi, seperti penentuan

koordinat densifikasi datum ITRF, atau pengukuran statik untuk studi gempa (dalam penentukan pre,
co- dan post-seismik motion), dan pengestimasian keterlambatan troposfer. Penggunaan PPP dapat
digunakan sebagai alternatif untuk teknik penentuan posisi DGNSS untuk survei dan pemetaan,
namun aplikasi ini dibatasi oleh beberapa hal, yaitu

Pertama, RTK GNSS mempunyai keakuratan sampai level centimeter dengan biaya yang efektif
karena menggunakan jaringan CORS di seluruh dunia yang semakin bertambah, sedangkan PPP tidak
menggunakan layanan CORS. Kedua, PPP hanya memiliki akurasi mencapai desimeter walaupun
telah mendapat informasi kesalahan jam dan orbit satelit melalui post processing. Ketiga, koreksi
RTCM untuk meningkatkan ketelitian posisi PPP relatif belum sempurna. Keempat, tidak ada receiver
GNSS komersial yang memiliki kemampuan untuk menentukan posisi menggunakan metode PPP
secara real-time.

Namun demikian, teknik post processing PPP dapat berguna sebagai alternatif untuk meng cover
layanan pada daerah yang memiliki jaring CORS yang sedikit yang diakibatkan misalnya, karena
kepadatan penduduk rendah, atau karena alasan ekonomi (seperti negara-negara berkembang),
atau kendala operasional (seperti penentuan posisi lepas pantai). Dalam situasi ini, layanan post
processing PPP secara gratis seperti AutoGIPSY (http://apps.gdgps.net/) dan CSRS-PPP
(http://www.geod.nrcan.gc.ca/productsproduits/ppp_e.php) dapat menyediakan solusi posisi yang
float dengan ketelitian mencapai tingkat sentimeter, hal ini membuat PPP menjadi alternatif dari
DGNSS. Namun sesi pengamatan yang panjang tetap diperlukan. Ada beberapa perangkat lunak PPP
yang dapat diunduh yang sesuai dengan post processing data GPS dan GLONASS. Salah satunya
adalah RTKLIB (di http://gpspp.sakura.ne.jp/rtklib/rtklib.htm).

Perasalah metode real-time

Penentuan secara real-time jauh lebih sulit daripada post-processing. Permasalahannya adalah
ketersediaan data pengukuran yang akurat dari data link komunikasi nirkabel dalam format standar
industri yang akan memungkinkan GNSS receiver menentukan posisi secara teliti dengan minimum
constraints dan perbandingan yang mudah.

Dalam PPP yang konvensional (metode real-time atau post-processed) hanya data mentah
pseudorange dan carrier phase pengukuran yang dibutuhkan oleh pengguna. Namun, untuk hasil
posisi real-time, informasi orbit satelit dengan akurasi sub desimeter dan akurasi jam satelit sub
nanodetik harus tersedia secara real-time pada receiver pengguna. Hal ini memerlukan biaya yang
mahal, baik dalam hal penyediaan data sistem satelit real-time, dan komunikasi nirkabel untuk
mengakses produk data tersebut. Di sisi lain, perhitungan orbit dan jam satelit memerlukan
infrastruktur stasiun referensi yang saat ini masih kurang kerapatan jaringnya dan kemampuan
analisis data dapat terpusat di beberapa fasilitas komputasi dengan keahlian yang mumpuni, dan
kemudian baru dapat dikirimkan ke pengguna.

kelompok kerja IGS telah menyelidiki masalah terkait dengan infrastruktur dan data produk CORS,
dan telah mengoperasikan pilot project selama dua tahun terakhir (di http://www.rtigs.net ). IGS
akan meluncurkan layanan Real-Time (IGS-RTS) pada tahun 2012. Namun, ada sejumlah
permasalahan yang ditujukan pada real-time PPP bila didasarkan pada IGSRTS, seperti a) mode
distribusi data orbit dan jam satelit yang real-time, dan b) format untuk pesan data tersebut.
Penyediaan produk-produk IGS-RTS sendiri bukanlah satu kondisi yang cukup Untuk mendorong
pengguna mengerti real-time PPP. Kondisi yang penting adalah instrumen harus menerapkan
algoritma real-time PPP dalam receiver GNSS, sehingga hal ini dapat menjadi alasan pengembangan
standar RTCM untuk pengiriman informasi kesalahan orbit dan jam satelit.

Perlu di perhatiakan bahwa meskipun prediksi orbit IGS cukup akurat untuk PPP tingkat desimeter
(dengan asumsi bahwa "ultra rapid (diperkirakan)" telah diunduh pada jam sebelumnya dan telah
tersedia untuk digunakan oleh receiver/komputer seperti pada metode "real-time"), tapi
prediktabilitas dari koreksi jam satelit relatif buruk (Lihat tabel 2). Layanan real-time PPP akan
diperlukan untuk meningkatkan kualitas perkiraan jam satelit dengan memperpendek waktu secara
efektif antara pengukuran yang dilakukan oleh penyedia layanan PPP, transfer data ke pusat analisis
dimana koreksi jam satelit telah disetimasi, dan kemudian transfer realtime PPP ke pengguna.

Trimble RTX
Untuk menarik perkembangan terkini, sebuah produk baru komersial untuk penentuan posisi real-
time yang dikenal sebagai "Trimble RTX" telah dirilis di AS, produk ini mengklaim dapat
menjembatani "kesenjangan" antara real-time PPP dan jaringan RTK (NRTK) GNSS. Jaringan CORS
global memungkinkan untuk menghitungan orbit satelit dan koreksi jam yang tepat, sementara
jaringan CORS regional digunakan untuk menentukan koreksi delay local atmosfer. Diklaim bahwa
teknik ini mampu memberikan akurasi posisi real-time 4 sentimeter horizontal (95%), dengan
inisialisasi waktu kurang dari satu menit. Diperlukan informasi orbit satelit dan koreksi jam satelit
yang dikirimkan oleh L-band dari satelit geostasioner, mirip dengan penggunaan SBAS satelit untuk
wide-area GNSS. Hal ini memiliki keuntungan karena memiliki cakupan liputan yang lengkap,
dibandingkan dengan real-time DGNSS yang menggunakan gelombang radio atau komunikasi
telepon. Tidak diragukan lagi produk komersial sejenis akan segera tersedia dari produsen peralatan
GNSS atau penyedia layanan lainnya.

Lebih banyak satelit

Kemampuan untuk memanfaatkan satelit tambahan yang tersedia di rasi GLONASS meningkatkan
kemampuan PPP. Saat ini empat pusat analisis IGS secara rutin memberikan orbit GLONASS yang
tepat. Tingkat akurasi Orbit GLONASS independen adalah 10-15 cm, dan orbit dari empat organisasi
tersebut dikombinasikan untuk menghasilkan orbit dari GLONASS. hanya dua Pusat analisis data
yang menyediakan data jam GLONASS, akurat 1,5 tingkat akurasi ns, interval 5 menit. Karena
kerapatan temporal ini tidak cukup untuk keseluruhan kinematis PPP aplikasi maka interpolasi
koreksi jam satelit diperlukan.

M-GEX

Rasi bintang Galileo dan Beidou saat ini sedang dikerahkan. IGS telah meluncurkan inisiatif baru,
"Multi-GNSS Experiment" atau M-GEX (Lihat Call for partisipasi: ftp://igs.org/pub/resource/ pub/IGS
M-GEX VF.pdf), yang akan, dalam kasus pertama, membentuk jaringan global pelacakan multi-GNSS
mampu melacak receiver. MGEX juga berusaha untuk mendorong analisis data M-GEX agar pusat
analisis IGS memperoleh pengalaman berharga dalam komputasi orbit satelit dan informasi koreksi
jam satelit untuk semua konstelasi GNSS. Namun, hal ini masih terlalu dini untuk memprediksi
manfaat penuh dari beberapa konstelasi GNSS di mana lebih dari 100 satelit broadcast sampai
empat kali bahwa jumlah sinyal yang pseudo range dan carrierphase pengukuran dapat dilakukan-
untuk pengguna posisi yang tepat.

Frekuensi lebih

Rasi Galileo, setelah beroperasi sepenuhnya, akan menyiarkan sinyal dalam tiga frekuensi band. Cina
Beidou juga akan mengirimkan minimum tiga frekuensi. Satelit lain dan frekuensi yang lebih berarti
lebih pseudo range dan pembawa-tahap pengukuran dapat dibuat oleh Penerima sesuai
dikonfigurasi pengguna. Hal ini diharapkan untuk meningkatkan integer ambiguitas resolusi untuk
PPP, yaitu meningkatkan keandalan dan mengurangi panjang diperlukan waktu pengamatan.
Namun, ada tidak ada 100% interoperabilitas antara constellations GNSS empat pada tiga frekuensi
(yaitu bukan tidak mungkin untuk mencampur berbagai pseudo atau carrierphase pengukuran dari
GPS, GLONASS, Galileo dan Beidou dalam kombinasi triple-frekuensi). Namun demikian orang akan
berharap bahwa ketersediaan luas triplefrequency GNSS sinyal pada akhir dekade akan secara
signifikan mempercepat ambiguitas resolusi untuk teknik PPP dan DGNSS.

Memperbaiki integer ambiguitas

Penetapan integer ambiguitas ini biasanya hanya diterapkan pada algoritma pengolahan ganda-
perbedaan, karena bias bukan bilangan bulat tidak diketahui semua dihilangkan atau dikurangi
secara signifikan dalam pengukuran seperti pembedaan proses. Meskipun penetapan integer
ambiguitas tantangan yang sangat sulit untuk pengolahan undifferenced pengukuran yang
digunakan oleh PPP, beberapa metode telah dikembangkan untuk meningkatkan kehandalan
resolusi ambiguitas.

Namun, tantangan masih tetap, terutama mengurangi inisialisasi kali dan benar akuntansi untuk
ionospheric penundaan dalam pengukuran GNSS. Ini tidak mungkin bahwa solusi PPP, menggunakan
jaringan global atau wide-area CORS, akan pernah menjadi efektif sebagai pendek/media-dasar
GNSS RTK atau GNSS-NRTK karena kesulitan dalam menyediakan cukup akurat ionospheric koreksi.
Jaringan CORS regional dengan jarak tanam antar penerima dari "beberapa" ratus kilometer (dan
sebaiknya jauh lebih sedikit), namun, memiliki potensi untuk secara signifikan meningkatkan
pemodelan spasial variabilitas bias ionospheric penundaan dalam GNSS pengukuran.\

PPP untuk toolbox

"Kinerja tinggi" (yaitu tinggi akurasi dan produktivitas yang tinggi-pendek periode pengamatan) real-
time PPP telah ditunjukkan, baik dalam arti komersial (Trimble's RTX) dan peneliti akademis.

Namun, saat ini ketergantungan real-time PPP teknik pada jaringan CORS sama yang digunakan
untuk memberikan DGNSS, termasuk NRTK, berarti bahwa penerapan real-time PPP tergantung pada
solusi teknologi yang sudah memberikan kemampuan posisi sama seperti real-time PPP akan
memberikan (teknik ditambah CORS PPP membingungkan seperti dirujuk sebagai "PPP-RTK").
Karena kebutuhan untuk CORS jaringan tidak akan lenyap, tampaknya bahwa, sementara PPP akan
menjadi tambahan yang berguna untuk GNSS "toolbox", berbasis DGNSS teknik dan layanan masih
akan pilihan pengguna populer selama bertahun-tahun yang akan datang. Pembenaran untuk
pembentukan CORS oleh instansi pemerintah dan sektor swasta pasti tidak telah dilemahkan oleh
perkembangan terakhir di PPP-RTK.