e-javanensis

Terminologi komersial perjanjian sales

noreply@blogger.com (eJLp12) — Thu, 03 Dec 2009 11:34:00 +0000

Seringkali seorang project manager harus berhubungan dengan pengadaan atau pembelian barang atau jasa dari pihak ketiga untuk keperluan proyek. Oleh karena itu pengetahuan tentang aspek komersial sangat diperlukan termasuk istilah-istilah yang digunakan secara umum untuk perdagangan sehingga kita tau resiko-resiko perdagangan atau pengiriman barang dan terhindar dari biaya-biaya yang tidak diketahui. Ingat, dalam PMBOK, "Procurement Management" merupakan bagian dari Project Management yang perlu kita kuasai juga.

Dalam pengadaan barang/jasa dokumen yang biasa digunakan adalah Purchase Order (PO), Bill of Quantity (BoQ) dan atau Bill of Material (BoM). Salah satu hal yang perlu diperhatikan dalam BoM adalah biaya transfer atau pengiriman, biaya resiko pengiriman, dan biaya pajak. Istilah-istilah yang digunanakan dalam pengiriman internasional biasaya mengacu pada INCOTERMS 2000. Incoterms adalah singkatan dari International Commercial Terms.

INCOTERMS 2000 adalah kumpulan istilah-istilah dalam perdangan yand dibuat oleh International Chamber of Commerce untuk tujuan kesamaan pengertian antara penjual dan pembeli. Penting buat kita untuk mengerti istilah-istilah ini terutama jika berhubungan dengan pengiriman dari atau ke luar negeri (export/import)

Istilah-istilah tersebut adalah:

Group E Incoterms (departure)

EXW (Ex works)

Group F Incoterms (main carriage unpaid)

FCA (Free carrier)
FAS (Free alongside ship)
FOB (Free on board)

Group C Incoterms (main carriage paid)

CFR (Cost and freight)
CIF (Cost, insurance and freight)
CIP (Carriage and insurance paid to)

Group D Incoterms (arrival)

DAF (Delivered at frontier)
DES (Delivered ex ship)
DEQ (Delivered ex quay)
DDU (Delivered duty unpaid)
DDP (Delivered duty paid)

Saya tidak akan menjelasan masing-masing istilah itu disini karena anda dapat baca di wikipedia Indonesia atau disini

One Voice Initiative

noreply@blogger.com (eJLp12) — Fri, 13 Nov 2009 13:24:00 +0000

Cukup tercengang juga baca berita belum lama ini tentang One Voice Initiative, sebuah inisiatif untuk mendefisikan teknis layanan voice dan sms pada jaringan LTE.

Cukup heran karena membuat saya bertanya apalagi yang mereka (vendor-vendor dan operator-operator telekomunikasi dan para pembuat ponsel) perbuat ini?

Setelah VoLGA yang dibuat oleh beberapa vendor dan operator yang berbeda, 3GPP setidaknya memiliki jawaban atas pertanyaan apa yang harus dilakukan oleh operator untuk layanan voice dan sms dalam jaringan LTE dan continuity process layanan tersebut pada jaringan circuit-switched. Tapi sekarang beberapa vendor dan operator malah membuat inisitiatif baru untuk solusi layanan voice dan sms dalam jaringan LTE? Apa yang berbeda?

Setelah beberapa saat menyempatkan baca beberapa berita yang sama diberbagai website, seperti yang diungkapkan NSN, ternyata One Voice ini tidak membuat standar baru, tapi tetap menggunakan standar 3GPP yang berarti berbasiskan IMS atau VoIP. One Voice ini bertujuan memberikan kemudahan bagaimana deployment solusi telknologi layanan voice/sms pada jaringan LTE dengan menyelesaikan isu-isu seperti roaming dan interworking dan menjamin kompabilitas antar jaringan-jarangn serta devices (ponsel) dengan membuat common profile. Common profile merupakan pendefinisian sebuah himpunan dari fungsi-fungsi minimum yang telah dibuat 3GPP untuk digunakan oleh vendor-vendor dan para operator.

Beberapa aspek yang ada dalam cakupan OneVoice ini adalah:

• IMS basic capabilities and supplementary services for telephony
• Real-time media negotiation, transport, and codecs
• LTE radio and evolved packet core capabilities
• Functionality that is relevant across the protocol stack and subsystems

Berikut ini gambar protokol stack yang digunakan pada solusi OneVoice:

Pada level TCP/IP digunakan protokol UDP, level SIP digunakan jg SDP, RTP, RTCP dan pada level HTTP digunakan juga XCAP (lihat 3GPP TS 24.623: "Extensible Markup Language (XML) Configuration Access Protocol (XCAP) over the Ut interface for Manipulating Simulation Services").

Lebih lanjut mengenai detail teknis OneVoice dapat dibaca pada dokumen One Voice profile.

Kenapa kita butuh VoLGA?

noreply@blogger.com (eJLp12) — Wed, 11 Nov 2009 12:57:00 +0000

Pertanyaanya sebenernarnya adalah kenapa vendor-vendor membuat spesifikasi VoLGA yaitu spesifikasi atau standar untuk layanan circuit-swirched seperti voice dan SMS di jaringan LTE. Apakah memang 3GPP tidak membuat standar untuk itu sehingga perlu forum baru yang membuat standar ini?

Pertanyaan berikutnya adalah apakah dengan didukungnya standar VoLGA ini oleh perusahaan-perusahaan besar akan membuat VoLGA digunakan secara luas dan membuat standar ini pada akhirnya, mau tidak mau, akan diadopsi oleh 3GPP?

Sebelum mencari jawaban pertanyaan-pertanyaan itu mari kita pelajari lebih dalam 'apa', 'bagaimana' dan 'kenapa'-nya VoLGA.

VoLGA (Voice over LTE via Generic Access) adalah istilah yang merujuk pada standar atau spesifikasi yang dibuat VoLGA Forum yang dibuat untuk memberikan alternatif baru cara untuk menggunakan layanan tradisional berbasis circuit-based pada jaringan GSM maupun UMTS pada jaringan LTE.

Buat pengguna layanan telepon selular, telnologi VoLGA akan memberikan konsistensi layanan suara, SMS dan layanan-layanan lain berbasis circuit-switched saat terjadinya transisi antara jaringan akses radio GSM, UMTS dan LTE. Sedangkan buat operator, diharapkan dengan adanya VoLGA akan memberikan solusi yang murah dan sedikit resiko untuk mulai mengadopsi jaringan akses LTE tanpa harus kehilangan layanan utama yang memberikan keuntungan yang paling besar yaitu layanan suara dan SMS.

Begitulah yang dijanjikan VoLGA Forum.

VOLGA merupakan standar yang terbuka, dokumen spesifikasi dapat di-download dari website VOLGA Forum. Dokumen spesifikasi terdiri dari bagian yaitu (1) Requirement, (2) Architecture dan (3) Protocol.

Untuk mengetahui lebih detail mengenai VOLGA, silahkan baca whitepaper yang dibuat oleh penulis blog WirelessMoves ini.

Apakah di jamannya LTE nanti, circuit-switched network akan hilang?

noreply@blogger.com (eJLp12) — Wed, 11 Nov 2009 12:31:00 +0000

Jawaban singkatnya: Tidak.

Sudah terlalu mapan jaringan yang berbasis ciscuit-swich dan layanannya, sudah banyak yang diinvestikan untuk jaringan tersebut, oleh karena itu LTE tidak akan cepat menggesernya.

VoIP memang sudah banyak digunakan saat ini, tapi kualitas (QoS) dari layanan ini masih dianggap belum memuaskan dibandingkan layanan voice tradisional. VoIP merupakan dasar layanan voice pada IMS, tapi kenyataannya belum banyak operator yang menggunakan IMS. Setidaknya, dibandingkan dengan waktu saat IMS rilis sebagai standar 3GPP, waktu adopsi IMS oleh operator jaringan nirkabel sangatlah lambat. Di Indonesia saja setahu saya belum ada operator yang mulai menggunakan IMS secara penuh, apalagi untuk layanan voice-nya.

Mitos, LTE hanya untuk traffic data jadi sangatlah wajar, mengingat jaringan core LTE (SAE) dibangun dengan basis jaringan paket (IP) dan alasan yang saya jelaskan diatas.

Roaming call flow: MSRN (Mobile Station Roaming Number)

noreply@blogger.com (eJLp12) — Tue, 12 May 2009 12:30:00 +0000

MSRN (Mobile Station Roaming Number) adalah nomor sementara yang digunakan pada jaringan GSM untuk keperluan routing saat ada pemanggilan (terminated call) ke MS (mobile station).

MSRN dialokasikan pada seorang subscriber saat subscriber berada di visited network atau sedang roaming di jaringan operator lain. MSRN yang dialokasikan hanya bersifat sementara pada VLR/MSC. Setiap MSC biasanya memiliki range dimana MSRN bisa dialokasikan.

Pengalokasian MSRN hanya dilakukan sesaat ketika MT call akan berlangsung sampai percakapan benar-benar terjadi.

Ketika GMSC menerima ISUP IAM message, GMSC akan meminta informasi routing ke HLR.
Kemudian HLR akan meminta informasi nomor roaming (MSRN) ke serving VLR/MSC.
Informasi MSRN kemudian dikirimkan VLR lewat HLR ke GMSC.
Berdasarkan nomor MSRN, GMSC akan mengirimkan ISUP IAM message ke serving VLR/MSC.
Pada saat percakapan terjadi, MSRN sudah dihapus di VLR.

Gambar pada dokumen ini akan membantu pemahaman kita.

Format MSRN mengikuti penomoran E.164. Strukturnya sama dengan MSISDN yaitu

Country Code (CC) dari visited network
National Destination Code (NDC) dari visited network
Subcriber Number (SN) yang dialokasikan oleh visited network

Karena MSRN pada dasarnya adalah nomor MSISDN, maka range nomor ini juga harus diplan oleh sebuah operator GSM.

PMBOK edisi 4 (terbaru)

noreply@blogger.com (eJLp12) — Tue, 05 May 2009 06:29:00 +0000

Memang sudah agak basi posting ini. Buat yang belum tau PMBOK edisi terbaru yaitu edisi ke-4 sudah dipublikasikan bulan Januari 2009.

Perubahan-peruban penting adalah:

Proses Develop Preliminary Scope Statement dihapus
“Close Project” diubah menjadi “Close Project or Phase Plan Scope”
Penambahan proses Collect requirements
Manage Project Team dipindahkan dari controlling process ke executing process
Manage Stakeholders diubah menjadi Manage Stakeholder Expectations
Penambahan proses baru yaitu Identify Stakeholders pada initiating process group yang outpunya adalah stakeholder register dan stakeholder management strategy.
Arrow Diagramming Method sebagai alat activity sequencing dihapus dari section 6 (Project Time Management)
Penjelasan tentang earned value di chapter 7 dan ditambahkan bagian tentang kalkulasi To Complete Performance Index (TCPI) pada proses Control Cost
Develop Project Team dan Manage Project Team dibahas lebih mendalam di chapter 9. Ini ditambah juga dengan appendix baru tentang Interpersonal Skills yang mencakup:
- Leadership
- Team building
- Motivation
- Communication
- Influencing
- Decision making
- Political and cultural awareness
- Negotiation
Pada chapter 12 tentang Project Procurement Management, sebelumnya terdiri dari 6 proses dirangkum menjadi 4 proses yaitu: Plan Procurements, Conduct Procurements, Administer Procurements dan Close Procurements.

Plan purchase and Acquisitions dan Plan Contracting diubah menjadi Plan Procurements.
Request Seller Responses” dan Select Sellers diubah menjadi Conduct Procurements.
Konsep tentang Teaming Agreements” juga diperkenalkan di chapter 12

Lebih detailnya silahkan lihat di sini

Metode identifikasi resiko proyek pengembangan software dengan TBQ

noreply@blogger.com (eJLp12) — Tue, 28 Apr 2009 01:34:00 +0000

Cara atau metode identifikasi resiko (risk) dari suatu proyek bermacam-macam. Dalam posting ini saya akan membahas tentang metode TBQ yang dibuat spesifik untuk proyek software development.

SEI (Software Engineering Institure) adalah organisasi yang mengembangkan sebuah metode untuk identifikasi resiko dalam proyek pengembangan perangkat lunak (software development) yang disebut Taxonomy-Based Questionnaire.

Dalam membuat metode identifikasi resiko, SEI memulai dengan asumsi-asumsi sebagai berikut:

Resiko dalam software development secara general telah diketahui oleh staf teknis proyek tetapi sangat minim dikomunikasikan.
Sebuah metode yang terstruktur dan dalam diulangin (repeatable) dalam indentifikasi resiko dibutuhkan untuk managemen resiko yang konsisten.
Indentifikasi resiko yang efektif haruslah mencakup semua bagian area pengembangan dan support dari project.
Proses identifikasi resiko haruslah membuat dan menjaga agar terbentuk lingkungan yang tidak menghakimi (non-judgmental) dan non-attributive risk sehingga kita dapat mendengarkan pandangan-pandangan yang (tentative) dan kontroversial.
Sukses tidak-nya suatu proyek tidak adapat disimpulkan semata-mata dari resiko yang tidak diketahui (uncovered).

Dalam mengembangkan metode TBQ, SEI memulai dengan mendefinisikan taxonomy atau lebih tepatnya "Software Development Risk Taxonomy". Taxonomy adalah framework untuk mengorganisasi dan mempelajari isu-isu pengembangan software. Software taxonomy terdiri dari 3 kelas utama yaitu

Product Engineering
Requirement, Design, Code and Unit Test, Integration and Test, Engineering Specialities
Development Environment
Development Proceds, development System, Management Process, Management Methods, Work Environment
Program Contraints
Resources, Contract, Program Interface

Setiap kelas tersebut kemudian di-breakdown menjadi beberapa elemen dan tiap elemen dikarakterisasi dengan atribut-atribut. Dibawah ini ilustrasi diagram pohon dari software development taxonomy:

Detail taxonomy yang digunakan untuk TBQ adalah sebagai berikut

Dari taxonomy tersebut kemudian dibuat sebuah list pertanyaan untuk mengidentifikasi resiko dalam pembangunan software. List pertanyaan (questinnaire) dapat dilihat di Appendix B dari dokumen TBQ yang dipublikasikan oleh SEI. Dibawah ini adalah capture dari beberapa pertanyaan dalam TBQ.

Pelaksanaan TBQ dalam prakteknya dapat dijalankan dalam bentuk risk identification session yaitu sebuah sesi tanya-jawab (interview) dari orang-orang yang dipilih dalam proyek. Orang yang terlibat dalam diskusi adalah orang-orang dari shareholder proyek, yang mencakup orang yang berada dalam hirarki organisasi proyek maupun orang fungsional seperti developer, upport, dan lain-lain. Sebelum pelaksaan sesi identifikasi resiko yang akan berisi tanya-jawab dan klarifikasi issue, sebaiknya dilakukan training

TAM (Technical Achitecture Modeling) = FMC + UML

noreply@blogger.com (eJLp12) — Thu, 02 Apr 2009 06:27:00 +0000

Buat anda yang sering mendesain software, tentu sudah terbiasa dengan menggunakan diagram untuk menggambarkan arsitektur dari sistem yang dibangun. Anda pasti kenal UML (Unified Modeling Language). Jika anda merasa bahwa UML tidak cukup representatif untuk menggambarkan konsep arsitektur sistem yang akan dibangun, tenang saja anda tidak sendiri.

Sudah banyak orang setuju bahwa UML cukup representatif untuk menggambarkan detail desain. Tapi untuk menggambarkan arsitektur, mungkin ada baiknya anda menengok FMC (Fundamental Modeling Concept), sebuah alternatif untuk mengambarkan diagram arsitektur, hubungan antar module/elemen dan flow proses.

Dibawah ini adalah gambar yang mengilustrasikan dimana FMC "mengisi batas" antara proses perancangan architecture dengan detail design dalam proses pembangunan software.

FMC seperti halnya UML memiliki beberapa jenis diagram, untuk menggambarkan arsitektur pada tataran konsep (high level) anda bisa gunakan block diagram.

Block diagram pada FMC bersama-sama dengan diagram lain dalam UML telah menjadi standar dalam perusahaan SAP dan diberinama TAM (Technical Achitecture Modeling). Berikut ini contoh sebuah block diagram:

Gambar diambil dari artikel "How to communicate architecture – Technical Architecture Modeling at SAP"

Berikut beberapa artikel tentang TAM:

Standardized Technical Architecture Modeling, Conceptual and Design Level
How to communicate architecture – Technical Architecture Modeling at SAP (part 1 & Part 2)

Beberapa tools untuk menggunakan TAM:

HSDPA

noreply@blogger.com (eJLp12) — Tue, 10 Mar 2009 02:56:00 +0000

HSDPA (High Speed Downlink Packet Access) merupakan pengembangan dari arsitektur WCDMA yang dispesifikasikan pada standar 3GPP Release 5. Dengan HSDPA, secara teori, maksimum kecepatan transfer downlink data (peak data rate) dapat mencapai 14.4 Mbps dari yang sebelumnya hanya mencapai 384 kbps.

Implementasi HSDPA pada jaringan operator memerlukan perubahan terutama pada Radio
Access Network (RAN) yaitu pada Node B, RNC dan juga User Equiptment (UE).

Beberapa teknologi kunci HSDPA yang merupakan pengembangan dari teknologi sebelumnya adalah:

Adaptive modulation and coding (AMC)

AMC berarti modulasi yang digunakan, jumlah kode dan code rate dioptimasi selama koneksi dengan memperhitungkan channel quality information (CQI) yang diterima dari perangkat pengguna (UE) modulasi yang digunakan misalnya QPSK, 16QAM

Channel coding digunakan untuk memperbaiki kesalahan (error) yang terjadi saat transmisi ataupun saat penerimaan sinyal radio di udara. Pada versi sebelumnya, sistem coding yang digunakan adalah half rate convolutional coding, 1/3 convolutional coding atau 1/3 turbo coding. Pemilihan jenis coding yang digunakan dilakukan oleh RNC dan berubah (dinamic) tergantung dari kondisi channel.

Beberapa vendor alat telekomukasi memilih untuk melakukan pemilihan coding scheme di BTS agar adaptasi terhadap kondisi channel lebih cepat. Contoh penggunaan coding scheme yang berbeda dengan modulasi yang sama misalnya QPSK1/4, QPSK2/4, QPSK3/4.

Selain adaptasi coding scheme, perubahan modulasi juga dilakukan berdasarkan kondisi channel. Misalnya modulasi dengan coding scheme yang berbeda-beda yang digunakan adalah QPSK1/4 QPSK2/4 QPSK3/4 16QAM2/4 16QAM3/4.

Perubahan modulasi dan coding scheme yang berbeda ditentukan dari carrier-to-interference ratio yang diterima dari UE.

Teknologi AMC ini menggantikan fitur variable spreading factor (SF) dan fast power control yang merupakan fitur dasar dari WCDMA.

Fast scheduling

Peningkatan pada transmission time interval (TTI) dan Node B menangani penjadwalan paket. Setiap TTI, packet scheduler di BTS melakukan pemilihan sebuah perangkat pengguna (UE) yang akan dilayani.

Fast retransmission

Peningkatan kecepatan retransmisi ini adalah akibat langsung dari penanganan data retransmisi oleh BTS pada layer 1. Pada rilis sebelumnya, retransmisi dilakukan oleh Radio Network Controller dengan menggunakan Radio Link Control (RLC).

Retransmisi dilakukan jika transmisi radio ataupun proses decoding data tidak berhasil sehingga UE mengirimkan informasi NACK. Pada layer 1, proses Hybrid Automatic Retransmission reQuest (HARQ) digunakan untuk mentranmisikan informasi yang benar ke UE.

Retransmisi pada layer RLC maupun TCP masih dimungkinkan juga terjadi pada HSDPA.

Pada teknologi HSDPA, diperkenalkan juga beberapa radio channel baru pada interface Uu yaitu:

- Transport channel HS-DSCH
- Physical channel, yaitu:
> HS-PDSCH, physical channel yang digunakan untuk membawa HS-DSCH
> HS-DPCCH yang digunakan untuk membawa uplink control data
> HS-SCCH yang digunakan untuk membawa dowlink control data

HSDPA data dibawa oleh HS-DSCH yang merupakan shared channel dimana data dari setiap user yang dilayani oleh sebuah cell dikirimkan. Oleh karena itu, pada jaringan HSDPA throughput yang dirasakan oleh end user bergantung dari banyaknya user yang dilayani oleh cell yang sama.

Pada HSDPA, interface Iub juga mengalami efisiensi karena menggunakan time-shared channel untuk membawa data. Hal ini dimungkinkan karena HSDPA tidak mendukung soft handover.

Implementasi HSDPA pada jaringan UMTS berpengaruh pada elemen BTS/Node B dan RNC, terutama memerlukan updagrade baik hardware maupun software. Detil keperluan implementasi HSDPA pada existing network dapat dilihat pada gambar dibawah ini.

Lebih lanjut tentang HSDPA dapat dibaca pada spesifikasi berikut:

3GPP TS 25.855 High Speed Downlink Packet Access (HSDPA); Overall UTRAN description
3GPP TS 25.856 High Speed Downlink Packet Access (HSDPA); Layer 2 and 3 aspects
3GPP TS 25.876 Multiple-Input Multiple-Output Antenna Processing for HSDPA
3GPP TS 25.877 High Speed Downlink Packet Access (HSDPA) - Iub/Iur Protocol Aspects
3GPP TS 25.890 High Speed Downlink Packet Access (HSDPA); User Equipment (UE) radio transmission and reception (FDD)

Standar IN pada jaringan CDMA

noreply@blogger.com (eJLp12) — Mon, 09 Mar 2009 07:10:00 +0000

Intelligent Network pada jaringan nirkabel operator CDMA diimplementasikan dengan menggunakan standar yang disebut Wireless Intelegent Network (WIN).

Perkembangan standar WIN, secara garis besar terditi dari WIN Phase 1 (IS-771), PPC (IS-826), WIN Phase 2 (IS-848), WIN Phase 3 (IS-843)

WIN merupakan sebuat set standar atau spesifikasi yang awalnya berbasis pada standar IN CS2. Protokol IS-771 ditambahkan pada WIN Phase 1 yang mencakup layanan baru seperti

Calling Name Presentation (CNAP),
Voice Controlled Services (VCS)
Incoming Call Screening (ICS);

Kemudian protokol IS-826 ditambahkan sehingga WIN memiliki kapabilitas untuk Pre-Paid Charging (PPC)

Pada WIN Phase 2, ditambahkan protokol IS-848 yang mendefinisikan layanan-layanan berikut

Rejection of Undesired Annoying Calls (RUAC),
Premium Rate Charging (PRC),
Freephone Service (FPH)
Advice Of Charging (AOC)
Enhanced Preferred Language (EPL)

Setelah WIN Phase 2, pada standar yang dikeluarkan oleh 3GPP2, kapabilitas IN ditambah dengan PPC Enhancements for Circuit-Switched Data and SMS, kemudian Location Based Service.

Tabel dibawah ini memperlihatkan perkembangan standar WIN.

Gambar diambil dari http://www.canto.org/canto2008/doc/bahamas/Canto/DeVries/Wireless%20Intelligent%20Networking.ppt

Detil judul dari standar yang tertera pada tabel adalah sebagai berikut:

TIA/EIA/IS-664 Cellular Features Description
TIA/EIA/IS-730 Intersystem Operations Support for the IS-136 Digital Control Channel
TIA/EIA/IS-737 Enhancements to Circuit Mode Services (Data Services),
TIA/EIA/IS-751 Support IMSI
TIA/EIA/IS-756 Number Portability Network Support (WNP),
TIA/EIA/IS-764 Enhancements for Wireless Calling Name Feature Descriptions (Calling Name),
TIA/EIA/IS-771 Wireless Intelligent Network (WIN Triggers Phase I),
TIA/EIA/IS-826 WIN Pre-Paid Charging (Prepaid charging - WIN Phase II),
TIA-826-A Based Pre-Paid Charging Enhancements for Circuit Switched Data and Short Message
TIA/EIA/IS-841 (MDN Based Message Centers),
TIA/EIA/IS-848 Enhanced Charging Services (WIN Phase II features)
TIA-881 Location Services Enhancements

Mengenal protokol jaringan operator CDMA: IS-41

noreply@blogger.com (eJLp12) — Thu, 08 Jan 2009 09:27:00 +0000

IS-41 atau sering disebut ANSI-41 adalah satu set standar yang menspesifikasikan komunikasi antar elemen-elemen yang ada dalam jaringan telekomunikasi nirkabel seperti HLR, MSC, VLR, Authentication Center (AC) yang berbasis pada teknologi MPS (analog), IS-136 (TDMA), CDMA. Standar ini mencakup mobility management seperti proses identifikasi dan otentifikasi pengguna, radio system management, premrosesan panggilan seperti routing pemanggilan (call) dan juga routing panggilan saat roaming, OA&M, short message service dan lain-lain.

IS-41 yang memiliki judul "Cellular Radio Telecommunications Intersystem Operations" dibuat dan di-maintain oleh sebuah subkomite dalam organisasi TIA yaitu TR-45.2 (Wireless Intersystem Technology).Komite ini dibentuk tahun 1983 dan mempublikasikan IS-41 pada tahun 1988. Pada tahun 90-an standar ini telah mengalami beberapa revisi yaitu IS-41 revision 0, A, B, C. Hingga akhirnya secara formal distandarisasi sebagai TIA/ANSI-41D pada tahun 1997. Versi ANSI-41D ini yang saat ini banyak digunakan pada jaringan operator.

Pada jaringan GSM/UMTS ANSI-41 ini dapat disetarakan dengan MAP (Mobile Application Part). Seperti halnya MAP, message ANSI-41 juga menggunakan SS7 TCAP sebagai protokol transportnya.

IS-41 terdiri dari 5 bagian utama, yaitu:

IS-41.1 Functional Overview.
IS-41.2 Intersystem Handoff.
IS-41.3 Automatic Roaming.
IS-41.4 Operations, Administration and Maintenance.
IS-41.5 Data Communications.

Pada IS-41C Bagian kelima dipecah menjadi

IS-41.5 Signaling Protocols
IS-41.6 Signaling Procedures

ANSI/TIA/EIA-41-E yang merupakan set standar dari pengambangan revisi D telah dibuat. ANSI-41-E ini menggabungkan beberapa pengembangan yang tercakup dalam beberapa dokument TSB (Telecommunications Systems Bulletins sehingga menjadi sebuah interim standard (IS).

Menghitung signalling link occupancy

noreply@blogger.com (eJLp12) — Wed, 31 Dec 2008 03:59:00 +0000

Biasanya dalam sebuah elemen STP menyediakan alat (tool) untuk memonitor atau mengoleksi informasi availability, performansi dan utilisasi dari MTP signalling link. Informasi tersebut biasa sisebut statistical counters.

Untuk menentukan beban (load) dari signalling link biasanya digunakan counter utilisasi. Counter utilisasi signalling link biasanya menampilkan data detail dari pengiriman (tranmisi) dan pengerimaan paket-paket Message Signaling Unit (MSU) serta paket-paket SIF+SIO selama periode waktu tertentu dalam satuan octet (8bit).

Link occupancy dapat dihitung dengan menghitung total octet yang dikirim atau diterima dalam waktu tertentu dibagi waktu pengukuran. Total octet adalah total pengiriman atau pengerimaan paket MSU dan paket SIF+SIO. Tapi perlu diingat bahwa sebuah paket MSU memiliki octet tambahan (overhead) karena adanya MTP Level 2 yaitu penambahan bit-bit untuk informasi/flag F+CK+LI+FSN+BSN yang besarnya 6 octet.

Dibawah ini adalah sebuah ilustrasi perhitungan link occupancy dari counter utilisasi:

Sebagai catatan, link occupancy yang direkomendasikan adalah 0.2 Erlangs untuk beban normal dan 0.4 Erlangs untuk beban tinggi (seperti yang dispesifikasikan pada dokumen spesifikasi ETSI 300 008 atau ITU-T Q.706 Recommendation). Jika occupancy lebih besar dari nilai tersebut maka sudah saatnya untuk mempertimbangkan penambahan link.

Bisnis mobile advertising

noreply@blogger.com (eJLp12) — Tue, 23 Dec 2008 03:39:00 +0000

Saat ini mobile advertising atau iklan lewat media perangkat bergerak sedang menjadi topik yang banyak dibicarakan. Beberapa analis memprediksikan mobile advertising ini akan menjadi potensi besar dan akan menjadi revenue stream batu buat operator. Memang kalau dibandingkan dengan internet advertising, bisnis mobile advertising ini masih sedikit jadi ada potensi besar untuk makin berkembang. Apalagi didukung dengan semakin besarnya pemakaian layanan data lewat perangkat bergerak.

Dibanding layanan value-added lainnya seperti SMS, RBT yang merupakan penyumbang keuntungan terbesar di pasar Indonesia, kemungkinan mobile advertising bisa menjadi penyumbang ketiga terbesar jika operator dapat menggarapnya dengan lebih baik. Perlu kreativitas dalam membuat layanan berbasis mobile advertising ini karena iklan sebernarnya bukan layanan tetapi merupakan informasi tambahan yang dapat ditambahkan atau dilewatkan pada layanan lain misalnya SMS, MMS, RBT, MCA, VMS dan lain-lain.

Contoh sederhana mobile ad adalah pengiriman informasi iklan lewat SMS secara broadcast. Contoh lain yang lebih kreatif misalnya:

Penambahan teks iklan pada SMS yang dikirimkan dari seseorang ke orang lain dengan memanfaatkan sisa karakter yang bisa dimuat dalam SMS yaitu 160
karakter. Bagi si pengirim SMS menjadi gratis atau mendapatkan diskon karena pesan singkatnya disisipi oleh iklan.
Iklan dalam bentuk RBT. Pelanggan yang menggunakan RBT iklan akan mendapatkan tambahan pulsa atau gratis layanan lainnya setiap kali RBT-nya didengarkan oleh pemanggil.
Penambahan teks iklan pada SMS missed-call alert.
Banner iklan pada halaman portal mobile-site operator.

Layanan-layanan yang mendapat diskon karena disisipi oleh iklan atau pelanggan yang mendapatkan gratis layanan lain karena dia mendapatkan iklan membuat konsep mobile advertising menarik bagi pelanggan. Konsep ini disebut 'ad founded' dimana pelanggan mendapatkan keuntungan dari iklan.

Mobile ad ini akan menjadi lebih baik jika operator dapat melakukan targeted advertising yaitu hanya memberikan iklan pada orang yang dimungkinkan tertarik pada jenis iklan tertentu. Hal ini dapat dilakukan karena operator memiliki data pelanggannya apalagi jika data tersebut bisa lebih detail misalnya dengan melihat histori dari konten-konten yang pernah didownload oleh pelanggan.

Mobile ad menjadi menarik bagi para agensi iklan atau perusahan yang memerlukan promosi produknya karena targeted, sehingga iklan ini bisa dibilang lebih personal. Mobile ad juga dapat dikirim kapan saja karena perangkat bergerak yang dimiliki pelanggan hampir selalu 'online' dan pelanggan memiliki billing relationship dengan operator sehingga membuat kemudahaan dalam memberikan benefit pada pelanggan.

Mobile ad bisa juga mejadi lebih menarik jika lebih tertarget pada posisi pelanggan. Hal ini bisa dilakukan dengan menggunakan Location-Based Service (LBS).

Semakin booming-nya mobile ad ini terlihat juga dati berlomba-lombanya vendor-vendor telekomunikasi mulai melirik bisnis ini. Beberapa perusahan alat telekomunikasi mulai bergerak untuk memiliki portofolio produk/layanan untuk mobile ad dengan cara membuatnya atau mengakuisisi peruhaan yang sudah dulu dibisnis ini.

September 2007, perusahaan telekomunikasi Nokia mengakuisisi enPocket sebuah perusahaan yang memimpin di dunia mobile advertising. Sep 2008, Nokia juga mengabarkan bahwa beberapa pemain di industri media besar di eropa masuk dalam "Nokia Media Network". Pemain dalam industri media itu termasuk Agence France-Presse, France; RTL Mobile, Germany; Cuatro, Spain; Grupo Prisa, publisher of El País, Spain; Unidad Editorial, publisher of El Mundo, Spain; CNET, UK; Telegraph Media Group, UK; Trinity Mirror, UK; dan International Herald Tribune, pan-European

Feb 2008, Ericsson juga melakukan launching layanan hosted mobile advertising dan pada 14 Sep 2008, mereka mengumumkan kerjasamanya dengan operator KPN dari Belanda untuk implementasi layanan hosted mobile advertising pada pelanggan KPN. Dengan layanan hosted mobile advertising, KPN dapat melakukan targeted advertisements dengan berbasis preferensi konsumennya dan agensi juga dapat membuat dan mengelola iklan menggunakan reporting tools.

Motorola, lewat Motorola Ventures juga mulai melakukan investasi di bisnis mobile ad ini dengan memberikan dana pada Amobee Media Systems untuk pengembangan teknologi mobile ad.

Gembar-gembor mobile advertising

noreply@blogger.com (eJLp12) — Fri, 19 Dec 2008 01:30:00 +0000

Dengan adanya gembar-gembor mobile advertising yang bisa kita lihat diberbagai website, dokumen hasil market analisis serta banyaknya para vendor telekomunikasi yang masuk ke bisnis ini, maka dengan ini saya berpendapat bahwa .... booming-nya mobile advertising ini masih terlalu dibesar-besarkan. Kenyataannya bisnis ini belum terlalu besar.

Di Indonesia, beberapa operator juga sudah mulai giat menggalakan bisnis mobile advertising ini seperti XL, esia, indosat, dan lain-lain tapi belum terlihat persaingan diantara mereka pada bisnis ini.

Jadi saya setuju dengan sebuah artikel ini: mobile advertising is massively overhyped, says analyst firm.

Bisa jadi memang mobile advertising ini menjadi booming karena efektifitasnya, tetapi perlu diingat mobile ad ini bukan tanpa tanpa tantangan permasalahan. Mobile ad perlu dilakukan dengan hati-hati agar tidak menggangu (intrusive) karena hampir semua pemilik ponsel atau perangkat bergerak mengganggap ponsel sebagai perangkat personal. Mereka membayar untuk membeli layanan sehingga iklan dapat dianggap tidak berhak masuk.

Dapat dimungkinkan nantinya pelanggan membutuhkan preimum service untuk menghindari iklan pada perangkat bergeraknya. Artikel Ad-averse Mobile Users Will Pay to Avoid Advertising memaparkan hasil survey yang menunjukan walopun 56% reponden berpendepat bahwa mendownload content harusnya bisa gratis, tetapi ada kecenderungan konsumen yang tidak menginginkan adanya iklan dan mereka memilih membayar lebih untuk menghindari iklan. Dari survey tersebut telihat juga sebenarnya, kebanyakan kalangan muda tidak keberatan untuk membayar konten yang didalamnya tidak terdapat iklan.

WiMAX vs. LTE

noreply@blogger.com (eJLp12) — Thu, 18 Dec 2008 08:01:00 +0000

Belum lama ini dalam sebuah kongress, ketua dari WiMAX Forum, Ron Resnick, mengungkapkan 'perlawanannya' terhadap LTE. Menurutnya LTE bukanlah sebuah evolusi tetapi seperti halnya WiMAX, LTE adalah sebuah loncatan teknologi. Hal ini diungkapkan karena biasanya orang melihat LTE adalah sebuah teknologi yang merupakan evolusi dari WCDMA/UMTS karena dibuat oleh organisasi 3GPP yang membuat standarisasi GSM, WCDMA/UMTS, IMS sehingga membuat konsepsi yang salah bahwa LTE bersifat backward compatible dengan standar 3G/UMTS atau paling tidak menawarkan jalur migrasi yang lebih mudah. Pada kenyataannya teknologi WCDMA atau CDMA200 sangat jauh berbeda dengan LTE. LTE malah lebih dekat dengan WiMAX. Sebuah keuntungan bagi WiMAX adalah teknologi ini telah tersedia dipasar dan commercial deployment telah dilakukan sejak beberapa tahun lalu. Ini akan membuat WiMAX menjadi lebih mature secara terknologi. Disisi lain LTE saat ini masih dalam tahap penyelesaian standar dan melakukan test deployment sehingga perlu waktu untuk operator agar dapat mengadopsi LTE. Berita selengkapnya silahkan lihat "WiMAX Forum chief hits back at LTE over-optimism"

Slide dari Dr.-Ing. Carsten Ball (Nokia Siemens-Networks, Germany) ini, cukup komprehensif menjelaskan perbandingan LTE dengan WiMAX dari sisi teknologi.

Komponen/elemen dari Intelligent Network

noreply@blogger.com (eJLp12) — Thu, 18 Dec 2008 07:41:00 +0000

Komponen-komponen dari Intelligent Network

SSP= Service Switching Point
IP = Intelligent Periperal
SCP = Service Control Point
SDP = Service Data Point
SMP = Service Management Point
SMAP = Service Management Access Point
SCE = Service Creation Environtment

Dari perusahaan IT menjadi vendor telekomunikasi

noreply@blogger.com (eJLp12) — Fri, 05 Dec 2008 02:51:00 +0000

Ide konvergensi antara dunia telekomunikasi, new media dan IT yang semakin mengemuka dan terimplementasi sedikit demi sedikit, membuat banyak perusahaan IT mulai melirik teknologi komunikasi dan bermain dibisnis ini. Vendor-vendor besar seperti IBM, Sun, Oracle, Microsoft semua mulai melirik bisnis telekomunikasi dengan membuat produk-produk khusus untuk keperluan operator dan mengembangkan teknologi untuk layanan baru yang berbasis unified messaging. Beberapa perusahaan IT tersebut ada juga yang mengembangkan solusi berbasis produk dari rekanan misalnya IBM dan beberapa perusahaan seperti Oracle mengakusisi perusahaan lain yang memiliki portofolio produk telekomunikasi.

Dengan adanya teknologi VoIP dan semakin populernya teknologi SIP membuat berbagai layanan telekomunikasi berbasis suara dapat dibuat dengan mudah. Teknologi berbasis SIP ini semakin populer karena arah dari perkembangan telekomunikasi bergerak dalam jaringan operator pun nantinya akan menggunakan teknologi SIP. Jadi walaupun belum banyak operator yang all-IP architecture dan telekomunikasi berbasis SIP, tetapi telah banyak vendor-vendor membuat produk berbasis teknologi ini.

SDP yang dikatakan sebagai penghubung antara dunia telekomunikasi dan IT saat ini juga mengarah pada penggunaan SIP untuk mengekpos layanan suara yang dimiliki operator ke perusahan-perusahan 3rd party. Walaupun operator masih menggunakan teknologi TDM (switch based) untuk layanan suara, hal ini tidak menghentikan operator untuk dapat mengadopsi teknologi SIP untuk SDP. Beberapa solusi SDP memasukan sebuah elemen VoIP gateway yang dapat menjembatani antara jaringan TDM dengan jaringan IP.

Tapi berita baru bahwa Microsoft akan menghentikan (end of life) produk SDP-nya yang bernama Connected Services Framework (CSF) sangat mengejutkan saya karena secara pribadi saya baru saja melihat presentasi dari Microsoft yang mengesankan minggu lalu tentang Content Delivery Platform dan Interactive Media Manager. Secara umum berita ini juga pasti mengejutkan karena Microsoft telah memiliki sebanyak 30 customer yang menggunakan solusi SDP-nya serta produk CSF ini baru di-launching tahun 2005.

Open API untuk telco

noreply@blogger.com (eJLp12) — Fri, 05 Dec 2008 00:58:00 +0000

Dalam sebuah arsitektur SDP biasanya terdapat elemen yang mengekspos jaringan operator kepada dunia luar misalnya perusahaan rekanan (3rd parties) yang ingin memberikan layanannya kepada pelanggan operator. Elemen ini membuat jaringan operator menjadi semakin terbuka bagi siapapun dan mempermudah operator untuk mengeluarkan layanan-layanan baru pada pelanggannya.

Untuk keperluan mengekspos jaringannya, operator biasanya membuat sebuah API (application programming interface) yang dipublikasikan secara terbuka dan bahkan membuat komunitas developer agar semakin banyak orang yang dapat membuat aplikasi yang dapat digunakan oleh subscriber. API seperti ini disebut dengan istilah Telco API.

Berdasatkan riset, penggunaan Telco API dapat meningkatkan ARPU sampai 36%. Hal ini disampaikan oleh Alan Quayle dalam Asia SDP Summit 2008, November lalu (Paper tentang Telco API dari Alan Quayle dapat dilihat disini). Tentu saja ini menjadi menarik bagi operator yang sekarang sedang mengalami kecenderungan penurunan ARPU karena perang tarif.

Beberapa standar API sebenarnya telah dibuat seperti Parlay/OSA, ParlayX yang berbasis web service, JAIN yang berbasis Java. Tetapi itu saja tidak cukup, kemudahaan untuk membuat layanan bagi developer adalah kunci penting. Oleh sebab itu, ketersediaan akan integrated development environtment (IDE), tools, simulator, contoh kode program aplikasi, dokumentasi serta file-file binary API yang siap digunakan adalah kunci penting bagi operator untuk dapat menggaet developer.

Demo teknologi relaying yang akan digunakan pada LTE-Advanced

noreply@blogger.com (eJLp12) — Thu, 04 Dec 2008 01:35:00 +0000

Tanggal 1 Desember 2008, NSN mendemonstrasikan teknologi yang akan digunakan pada LTE-Advance yaitu teknologi relaying. Dengan teknologi ini sebuah antena pada base station dapat ditambahakan untuk menambah cakupan (coverage) tanpa menggunakan backhaul tapi relay station ini mengirimkan data ke station sebelahnya yang memiliki backhaul dengan menggunakan frekuensi yang sama dengan frekuensi yang digunakan oleh perangkat pengguna misalnya ponsel. Dengan cara seperti ini maka peningkatan coverage lebih mudah dan lebih hemat biaya.

Teknologi relaying cocok untuk indoor coverage misalnya didalam gedung maupun di perkotaan dimana banyak gedung tinggi sehingga menghambat sinyal. Fungsi relay disini adalah memperkuat sinyal yang melemah karena adanya interferensi ataupun noise.

Gambar diambil dari presentasi Motohiro Tanno (NTT DoCoMo, Inc)

Berita selengkapnya disini.

LTE-Advanced

noreply@blogger.com (eJLp12) — Wed, 03 Dec 2008 03:00:00 +0000

Sudah beberapa bulan, mungkin 1 sampai 2 bulan tidak buka website 3GPP. Hari ini buka dengan tampilan yang baru, yang lebih fresh dengan warna hijau dan terlihat lebih profesional. Tapi saya bukan mau ngomongin website 3GPP, saya mau ngasih tau kalau sekarang 3GPP sudah mulai mengembangkan teknologi yang lebih baru dari LTE yang diharapkan akan menjadi teknologi 4G.

Jadi LTE tidak akan menjadi teknologi 4G? Ya, sepertinya begitu. Ini karena organisasi telekomunikasi internasional, ITU, yang mendefinisikan teknologi 4G (IMT-Advanced) menspesifikasikan bahwa teknologi 4G harus memiliki data rate minimal 1 Gbps. Teknologi atau spesifikasi baru untuk memenuhi definisi 4G ini sudah mulai dikerjakan oleh 3GPP dan diberi nama LTE-Advanced. 3GPP telah mempublikasikan spesifikasi kebutuhan (technical requirement) TR-36.913 "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Requirements for Further Advancements for E-UTRA (LTE-Advanced)"untuk pengembangan LTE-Advanced ini pada bulan Juni 2008.

Memang teknologi berkembang begitu cepat melebihi aksebilitasnya sendiri pada masyarakat. Belum juga LTE digunakan oleh operator sebentar lagi kita akan punya LTE-Advanced.

LBS sudah mati?

noreply@blogger.com (eJLp12) — Wed, 03 Dec 2008 01:19:00 +0000

Layanan berbasis lokasi (Location-Based Service) atau sering disingkat LBS adalah ide untuk memberikan layanan value-added pada pelanggan layanan telekomunikasi yang berbasis pada informasi dimana pelanggan itu berada. Layanan ini telah terealisasi sejak dulu. Hampir semua produsen-produsen alat telekomunikasi besar meninvestasikan uangnya untuk membuat produk LBS dan telah mengimplementasikannya pada banyak operator. Tetapi kelihatannya LBS ini gagal menjadi layanan yang benar-benar digunakan oleh pelanggan.

Hal tersebut terjadi juga di Indonesia, saya dengar beberapa operator telah memiliki produk LBS dan beberapa telah meluncurkan produknya ke pasar tetapi layanan ini tidak populer. Alih-alih mendapatkan untung, operator telah meninvestasikan pada layanan yang tidak menghasilkan atau bahkan bisa dibilang gagal. Menurut pendapat saya kegagalan ini karena, pertama, layanan ini tidak dikelola dengan baik, hal ini terlihat dari kurangnya promosi serta kurangnya keandalan layanan. Sering kali layanan ini mengalami masalah sehingga pengguna tidak mendapatkan informasi yang mereka inginkan.

Yang kedua, layanan LBS memiliki keterbatasan karena menggunakan SMS sebagai pembawa informasi. Layanan LBS biasanya menggunakan SMS sebagai bearer, pengguna harus menggirimkan SMS untuk meminta informasi dan LBS server akan bertanggung jawab untuk memberikan informasi dengan mengirimkan SMS. Bayangkan bagaimana seorang pengguna mendapatkan informasi lokasi ATM terdekat dengan disebutkan nama jalan atau gedung, bisa jadi si pengguna bahkan tidak tau dimana letak gedung atau jalannya. Jika kita menanyakan sebuah lokasi tertentu kepada orang lain biasanya kita akan meminta petunjuk arah, ini yang tidak didapatkan pada layanan LBS.

Jadi akan lebih baik jika layanan berbasis lokasi ini diintegrasikan dengan aplikasi peta pada ponsel. Tetapi masalah lain timbul yaitu keakuratan dari posisi pengguna. Produk LBS saat ini kebanyakan menentukan posisi dari base station yang digunakan oleh pengguna. Radius dari cakupan base station adalah beberapa kilometer sehingga posisi yang didapatkan tidak akurat. Untuk itu dibutuhakan teknologi yang lebih akurat seperti GPS yang bisa menentukan lokasi dengan tingkat kesalahan yang kecil. Kendala penggunaan teknologi GPS sebagai layanan berbasis lokasi dari operator adalah aplikasi GPS pada ponsel saat ini tidak terintegrasi dengan jaringan operator. Untuk itu perlu solusi integrasi antara LBS yang berbasis GPS dengan jaringan operator atau layanan informasi dari penyedia konten.

Belum lama ini, bulan November lalu, Sagem Orga sebuah produsen smart card dan produsen produk GPS, BlueSky Positioning, melakukan kerjasama untuk membuat GPS terintegrasi dengan SIM card. Kita lihat saja nanti bagaimana perkembangannya.

Domotics

noreply@blogger.com (eJLp12) — Tue, 02 Dec 2008 05:49:00 +0000

Nokia membuat produk untuk rumah pintar (domotics) yaitu sebuah platform untuk mengontrol alat-alat dalam rumah seperti kulkas, tv, lampu, dan lain-lain lewat sebuah remote control atau ponsel ataupun PC.

Terdapat beberapa teknologi yang biasa digunakan pada rumah pintar, ada yang menggunakan sinyal yang dilewatkan pada saluran listrik (powerline) adapula yang menggunakan sinyal nirkabel atau yang menggunakan teknologi keduanya. Yang paling banyak digunakan adalah teknologi nirkabel, tapi sayangnya banyak sekali standar yang berbeda yang digunakan untuk keperluar rumah pintar ini. Beberapa standar misalnya Z-Wave, ISTEON, X10, ZigBee.

Lebih detail tentang teknologi ini silahkan baca di wikipedia

Open Market Handsets untuk CDMA

noreply@blogger.com (eJLp12) — Thu, 27 Nov 2008 02:25:00 +0000

Seperti kita ketahui, baik di Indonesia maupun di Amerika dimana CDMA banyak digunakan, ponsel (handset) untuk CDMA identik dengan satu operator. Handset yang kita miliki tidak bisa digunakan untuk operator lain karena RUIM card tidak bisa diganti dengan RUIM card dari operator lain. RUIM card adalah istilah untuk SIM card pada CDMA. Cara seperti ini menguntungkan operator karena pengguna akan punya tendensi untuk tetap menggunakan handsetnya karena ia telah mengeluarkan uangnya untuk membeli handset yang harganya lebih mahal dari harga voucher.

Tetapi hal ini merugikan pengguna dan produsen handset. Dengan dorongan dari produsen handset, maka CDG memulai proyek Open Market Handsets (OMH) agar handset CDMA dapat digunakan secara lebih bebas (open) oleh operator manapun dan data dalam handset dapat dipindahkan ke non-volatile memory pada RUIM card. Proyek OHM adalah bagian dari proyek besar CDG yaitu Global Handset Requirements for CDMA (GHRC) yang mendefinisikan kebutuhan-kebutuhan dan standar agar perangkat CDMA menjadi perangkat yang open-device dan open-application.

OHM telah telah dilakukan dibeberapa negara di Asia termasuk Indonesia. Berita lengkapnya bisa dilihat disini.

Membuat situs WAP (Mobile web) anda dapat ditemukan oleh mesin pencari

noreply@blogger.com (eJLp12) — Thu, 27 Nov 2008 01:32:00 +0000

Berdasarkan berita ini, search engine masih didesain untuk mencari situs web untuk PC bukan situs WAP/web untuk perangkat bergerak (mobile web site) seperti ponsel. Saat ini agar sebuah mobile web site dapat ditemukan oleh mesin pencari (search engine), lebih baik anda membuatnya dengan menggunakan domain .mobi atau menggunakan domain seperti m.name.com, wap.name.com atau name.com/mobile.

Untuk mempermudah proses pencarian search engine pada mobile web site maka beberapa perusahaan mengusulkan sebuah standar untuk search engine optimization untuk mobile website yaitu dengan menggunakan metaTXT. metaTXT adalah teknologi yang sederhana tetapi untuk membuatnya menjadi berjalan, konsep ini harus digunakan oleh banyak mobile web site sehingga perusahaan-perusahaan search engine mulai mencari file metaTXT dalam proses pencariannya. Agar digunakan oleh lebih banyak situs maka metaTXT haruslah dijadikan standar, oleh sebab itu beberapa perusahan mengusulkan ke beberapa organisasi seperti W3C, dotMobi dan Mobile Marketing Association untuk mengadopsi metaTXT sebagai standar.

Contoh sebuah file meta.txt:


name:example.com
description: example.com is a widely used example website
keywords: example, demo, demonstration
pc: http://www.example.com
mobile:http://m.example.com
rss:http://rss.example.com/rss/topstoriesoftheday.xml
rss:http://rss.example.com/rss/toppoliticalstory.xml
rss:http://rss.example.com/rss/topsportstory.xml
podcast:http://rss.example.com/podcasting/news.xml
video:http://rss.example.com/rss/tutorial.xml
longitude:12.3456789
latitude:98.7654321
region:MM

Anda juga bisa menggunakan sebuah tool untuk men-generate file meta.txt

WURFL browser

noreply@blogger.com (eJLp12) — Fri, 21 Nov 2008 00:45:00 +0000

Menyambung posting sebelumnya tentang kapabilitas perangkat bergerak (mobile device), kali ini saya akan berbicara tentang database perangkat yaitu database yang menyimpan data-data perangkat dan kapabilitasnya.

Pendeteksian jenis perangkat bergerak (ponsel) pada situs WAP atau CDMS biasanya dilakukan dengan cara melihat isi (value) dari parameter yang terdapat pada header HTTP atau WSP request. Parameter tersebut adalah user-agent atau x-wap-profile atau x-wap-profile-diff. Parameter user-agent ada pada spesifikasi HTTP (RFC 2616) dan telah digunakan oleh aplikasi browser komputer. Dua parameter yang terakhir adalah parameter dari standar OMA User Agent Profile (UAProf).

Untuk mengetahui kapabilitas dari perangkat tentu saja kita perlu sebuah device capability repository atau database yang menyimpan deskripsi dan kapabilitas dari sebuah perangkat. Mengelola sebuah device capability repository atau device desctiption repository tidaklah mudah apalagi jika kita menginginkan data kapabilitas yang lengkap. Data kapabilitas bisa banyak sekali misalnya berupa ukuran layar, kemapuan menjalankan aplikasi Java, kemampuan memutarkan file musik dan lain-lain. Sebuah perangkat dengan model yang sama juga dapat memiliki kapabilitas yang berbeda karena biasanya perangkat dengan model sama pun mengalami perbaikan misalnya perbaikan sistem operasinya.

Karena pentingnya data kapabilitas ini maka biasanya produk-produk seperti mobile CMS atau MDSP, MMSC, WAP portal, memiliki komponen device capability repository. Beberapa perusahaan seperti HP juga membuat produk serupa yang khusus menangani device capability repository. Data kapabilitas dari sebuah perangkat bisa didapat dari dokumen XML UAProf atau dengan melakukan riset sendiri.

Selain dari dokumen XML UAProf, data kapabilitas juga bisa diperoleh dari komunitas di Internet. Sebuah proyek yang membuat data kapabilitas perangkat secara independen dan terbuka adalah WURFL. Proyek ini membuat sebuah dokumen XML yang berisi data kapabilitas dari perangkat bergerak. Siapapun dapat menambahkan atau mengedit data tersebut. Beberapa perusahaan besarpun ada yang menggunakan WURFL sebagai basis device repository-nya.

Beberapa proyek open-source lain membuat antar muka pengguna agar kita dapat dengan mudah melihat data kapabilitas dari perangkat yang disimpan dalam dokumen XML WURFL, diantaranya adalah

WURFL Browser (Demo bisa dilihat disini)
Browser dengan menggunakan Adobe Flex (Demo bisa dilihat disini)
Mobile Device Information (mDevInf), browser berupa aplikasi Java desktop