TMForum Frameworx = The next of NGOSS

Bulan Maret lalu TMForum mengumumkan sebuah Service-oriented Integrated Business Architecture yang disebut Frameworx.

Frameworx merupakan kumpulan framework yang dikembangkan dari framework yang sudah ada pada NGOSS dengan suatu pendekatan baru yaitu service-oriented dan standar proses arsitektur IT seperti ITIL dan TOGAF sehingga menjadi suatu blueprint untuk mengimplementasikan Service Oriented Enterprise.

Frameworx rencananya akan dirilis secara penuh bulan Juni ini. Beberapa deliverables dari Frameworx ini adalah:

• Business Process Framework (eTOM) version 8
• Information Framework (SID) version 9
• Application Framework (TAM) version 4
• Integration Framework version 2
• A platform architecture approach to facilitate collaboration and management of value chain and outsourcing partners
• Frameworx Roadmap release 1, showing the release strategy and content for the next 12 months

Lebih lanjut silakan lihat tautan berikut:

- Press release

- Halaman TMForum Frameworx.

Sukseskah layanan 3G di Indonesia.

Saat mulai booming-nya 3G di Indonesia dan juga dinegara lain di dunia, yang paling digembar-gemborkan adalah layanan multimedia terutama video call. Operator-operator seluler di Indonesia pun berlomba-lomba untuk tidak sekedar membangun jaringan akses 3G juga membuat layanan multimedia berbasis video teleponi yang berbasis jaringan circuit switched seperti layanan video portal.

Saat itu 3G tidak digembar-gemborkan sebagai layanan akses mobile broadband. Tapi yang terjadi adalah semakin populer layanan akses data 3G sebagai mobile broadband yang perlahan tapi pasti semakin banyak digunakan, apalagi dengan banyaknya produk modem 3G untuk laptop atau PC. Justru layanan seperti video call tidak banyak digunakan pelanggan, apalagi layanan video portal yang bisa dibilang sudah mati.

Akses data menggunakan jaringan telepon seluler malah lebih berkembang setelah adanya implementasi HSDPA, produk khusus data akses yang dikeluarkan oleh operator dan makin populernya BlackBerry dan Facebook.

Dengan fakta tersebut, bisa kita bilang 3G sukses sebagai layanan mobile broadband tapi berapakah biaya yang sudah dikeluarkan untuk meningkatkan kapabilitas jaringan agar bisa menjalankan video call dan membuat layanan video portal? Jika layanan itu bisa dibilang mati, berapakah biaya yang terbuang?

Dengan pengalaman itu dan banyak pengalaman ketidaksuksesan yang lain, operator seluler semakin berhati-hati dalam menginvestasikan uangnya untuk membuat layanan baru dan mengadopsi teknologi baru.

Femtocell

Topik femtocell, mungkin topik hot yang belum pernah dibahas disini. Kenapa? Ketika mempelajari tentang femtocell terutama konsep dasarnya, saya pikir femtocell ini tidak akan "jalan" di Indonesia.

Saya belum akan membahas topik femtocell ini disini, tapi mungkin ada yang punya pandangan tentang arah perkebangan implementasi femtocell di Indoensia? Silakan memberi komentar sementara saya menyiapkan tulisan tentang femtocell :-)

Evolved Packet Core (EPC)

Anda mungkin sudah tahu teknologi LTE (Long Term Evolution) yaitu teknologi terkini yang dipersiapkan untuk jaringan akses radio telekomunikasi bergerak yang merupakan jalur evolusi untuk 2G GMS dan 3G UMTS.

LTE dikembangkan agar dapat memenuhi standar 4G dengan kecepatan akses yang lebih tinggi dari HSDPA, HSPA+. Perubahan teknologi akses radio ini juga diikuti dengan core network dari provider telekomunikasi bergerak.

EPC adalah core network untuk mendukung teknologi LTE dengan konsep arsitektur All-IP, artinya jaringan tersebut menggunakan protokol IP yang berbasis packet dan tidak lagi menggunakan TDM/ATM. EPC dibuat dan distrandarisasi oleh 3GPP pada Release 8 dan terus dikembangkan hingga saat ini (Release 10). Studi pembuatan packet core network baru untuk LTE ini disebut System Architecture Evolution (SAE) dengan fokus sebagai berikut:

• Arsitektur yang sederhana dan mendukung kecepatan transfer data yang tinggi
  
• Merupakan jaringan All-IP
• Mendukung jaringan akses paket apapun misalnya WiFi, WiMAX
• Mendukung mobilitas, roaming
  
• Dapat tetap bekerja atau saling tehubung (interworking) dengan legacy system misalnya PSTN, GSM, UMTS, CDMA dll.
  
• Mendukung layanan real-time dan multimedia dengan Quality of Experince (QoE) yang baik

Berikut ini digambarkan posisi EPC pada arsitektur jaringan operator telekomunikasi bergerak.

[Gambar diambil dari sini]

Berbeda dengan core network pada generasi sebelumnya yaitu 2G dan 3G, pada EPC tidak dikenal pembagian CS (circuit switched) domain dan PS (packet switched) domain. Pada EPC hanya digunakan protokol berbasis paket (IP) dari perangkat pengguna ke eNodeB, sebutan base station pada LTE, lalu ke EPC dan ke service domain atau application domain dalam hal ini biasanya adalah IMS (IP Multimedia Subsystem).

Penggunakan IP ini sesuai dengan perkembangan konvergensi teknologi telekomunikasi atau arsitektur next generation network (NGN) yang telah dirumuskan oleh organisasi-organisasi telekomunikasi dunia, seperti ETSI/TISPAN, 3GPP, 3GPP2, ITU.

Berikut gambar EPC yang meperlihatkan konektifitas dengan akses radio 2G, 3G, Internet, PSTN dan PLMN.

Klik gambar untuk meperbesar

Elemen dari EPC terdiri dari:

• Mobility Management Entity (MME)
• Serving Gateway (SGW)
• Packet Data Network (PDN) Gateway (PGW)
• Policy & Charging Rule Function (PCRF)

Kemana arah evolusi jaringan operator telekomunikasi Indonesia?

Menurut saya, evolusi arsitektur jaringan dari operator telekomunikasi bergerak terutama GSM sudah sangat jelas yaitu mengikuti standard dari 3GPP. Standard tersebut sudah mengantisipasi global market trend.

Tiga pilar pengembangan (enhancement) yang terefleksikan dalam standar yang dibuat 3GPP
adalah

• Access network
• Arsitektur core network
• Service dan atau service layer

Perlu diketahui saat ini kebayanakan operator telekomunikasi bergerak di Indonesia memiliki core network dari implementasi standar 3GPP Release 4. Sedangkan jaringan aksesnya mengimplementasikan teknologi GSM, UMTS, HSDPA bahkan sudah ada yang menggunakan telkologi HSPA+.

Jadi jika dilihat dari domain core network dan service layer, apa yang harus diadopsi oleh operator telekomunikasi bergerak saat ini sesuai dengan standar 3GPP adalah menambahkan arsitektur IMS (Standar 3GPP Release 5).

Saya sendiri termasuk yang skeptik akan keuntungan implementasi IMS dalam waktu dekat. IMS yang sudah mulai dikembangkan tahun 2002 dan kemudian standarnya selesai tahun 2005 pada 3GPP Release 5, saat ini sudah banyak diimplementasikan di operator-operator telekomunikasi baik mobile maupun fixed di luar negeri. Jika kita melihat di berita-berita, implementasi IMS mungkin bisa dibulang sukses, tapi saya tidak yakin implementasi itu sudah membuat suatu nilai tambah yang besar. Tidak ada layanan-layanan yang jadi booming dan menghasilkan revenue besar, bahkan layanan VoIP lewat jaringan IMS pun belum banyak digunakan saat ini.

IMS yang distandarisasi pada 3GPP Release 5 pun masih terbilang terburu-buru, sehingga terus dikembangkan sampai sekarang. Standar dianggap cukup lengkap setelah Rel-5 adalah Release 8 yang dikeluarkan pada tahun 2008 dan sering disebut Common IMS dan hingga Rel-9 dan Rel-10 spesifikasi IMS masih terus dikembangkan. Jadi mungkin adopsi IMS yang banyak dilakukan di tahun 2006 dan 2007 bisa dibilang sangat terburu-buru.

Jika kita melihat teori hype cycle-nya Gartner, saat ini kemungkinan perkembangan implementasi IMS telah mencapai "peak of inflated expectation" dan "through of disillusionment" sehingga mudah-mudahan di tahun ini IMS mulai menemukan tempatnya sehingga satu atau dua tahun kedepan bisa mulai masuk tahap "plateau of productivity" seiring dengan dorongan dari teknologi LTE.

IMS memang dibuat untuk menggantikan arsitektur jaringan saat ini yang berbasis circuit switched menjadi packet switch (berbasis protokol IP). Tapi saya kira belum saatnya investasi pada circuit switch digantikan sepenuhnya dengan packet switch, bahkan untuk 5 tahun mendatang. Investasi operator pada infrastruktur jaringan circuit switched sudah cukup besar.

Oleh karena itu jika operator telepon bergerak punya visi mengimplementasikan IMS saat ini, sejujurnya menurut saya hanya akan jadi penting sebagai strategi marketing, bahwa operator tersebut menjadi operator terdepan dalam menggunakan teknologi baru.

Tapi jika operator adalah operator yang memiliki jaringan fixed, mobile atau mungkin layanan digital TV, layanan internet xDSL, maka IMS akan sangat berperan penting untuk menuju kearah arsitektur Fixed Mobile Convergence (FMC) atau Next Generation Network (NGN). Jadi benefit yang lebih besar dari IMS akan sangat dirasakan oleh operator jenis itu.

Selain itu yang menjadi penting dari IMS, menurut saya adalah bagaimana layanan-layanan dasar yang sudah ada sekarang dapat diekspos sehingga layanan-layanan baru bisa dibuat dengan mudah dan pihak ketiga bisa berperan banyak dalam membuat layanan-layanan baru tersebut. Untuk mengekspos layanan-layanan dasar yang ada tersebut tidak harus ditempuh dengan mengimplementasikan sepenuhnya arsitektur IMS tapi bisa dengan mengimplementasikan "service broker" (OSA/Parlay).

Untuk menggunakan IMS sebagai infrastruktur pengganti layanan dasar teleponi berbasis ciscuit switched pun perlu didukung oleh jaringan akses radio yang baik dengan kecepatan minimal HSDPA. Pada saat ini cakupan akses HSDPA dari operator Indoensia pun masih terbatas dan kualitanya belum baik. Oleh karena itu implementasi IMS sekarang hanya akan menjadikan IMS sebagai service framework dan belum menjadi core network, karena layanan dasar teleponi dan layanan supplementary yang standar (MMTel) belum layak dijalankan.


Deployment IMS.

Dari segi implementasi atau deploymentnya, IMS akan tergantung pada produk vendor, artinya akan tergantung dari kondisi existing jaringan yang dimiliki operator. Ada beberapa vendor yang bisa melakukan evolusi bertahap dengan hanya upgrade software dari produk softswitch atau media gateway sehingga lebih efisien.

Oleh karena itu operator perlu melakukan riset untuk analisis bagaimana produk-produk yang sudah digunakan bisa di-upgrade menjadi jaringan IMS dan menganalisis antara evolusi yang sudah dibuat oleh standard body dengan kondisi market dan kondisi existing network. Sehingga didapatkan arah pengembangan (evolusi) yang efisien dari segi biaya dan menghasilkan keuntungan yang besar.

Selain analisis, riset juga membutuhkan proof of concept dari layanan-layanan yang akan dibangun diatas arsitektur IMS. Kita bisa ambil contoh dari implementasi layanan-layanan baru dari operator lain di luar negeri yang sudah mengimplementasikan IMS. Tapi menurut saya itu hanya akan menjadi contoh yang mungkin tidak "menjual" disini, sehingga diperlukan ide-ide layanan lain yang lebih cocok untuk market Indonesia.

Tentu saja pandangan saya diatas perlu didiskusikan lebih lanjut dan bersifat debatable. Silahkan yang mau mengkritik atau memberikan pandangan lain.


Catatan:

Saya tidak membicarakan mengenai Evolved Packet Core (EPC) atau SAE (Service Architecture Evolution) yang merupakan tren terkini dari jaringan telkomunikasi untuk teknologi LTE, karena saya kira masih terlalu dini teknologinya untuk diimplementasikan. Dan IMS merupakan bagian yang masih penting dalam EPC karena IMS merupakan jaringan yang access network agnostic artinya IMS bisa saling bekerjasama dengan EPC.

Rich Communication Suite (RCS)

Ketika melihat terminologi Rich Communication Suite (RCS) di sebuah halaman website tetang spesifikasi produk IMS saya sudah bisa menebak apa maksud dari RCS. Dalam pikiran saya saat pertama membaca istilah RCS adalah komunikasi multimedia. Ya, tertanya memang tidak jauh dari itu pengertiannya.

Istilah RCS sendiri sebenarnya diawali dari sebuah initiative atau konsorsium dari beberapa provider komunikasi dan vendor produk telekomunikasi pada Februari 2008. Press rilisnya bisa dilihat disini. Tujuan konsorsium tersebut adalah membuat fitur-fitur atau layanan komunikasi yang lebih kaya (rich communication) yang dapat saling beroperasi antar provider (interoperability) dengan berbasis pada standar yang ada. Selain itu juga bertujuan untuk memberikan petunjuk (guideline) untuk implementasi dan melakukan test layanan tersebut.

Awalnya fitur utama RCS didefinisikan sbb:

• Enhanced Phonebook, with service capabilities and presence enhanced contacts information
• Enhanced Messaging, which enables a large variety of messaging options including chat and messaging history
  
• Enriched Call, which enables multimedia content sharing during a voice call

Pada bulan September 2008 kemudian GSMA mengambil alih initiative tersebut dengan lebih banyak superter. Kemudian GSMA membuat dokumen spesifikasi RCS. Informasi tentang RCS dari GSMA dapat dilihat di halaman introduction, bisa dilihat di halaman tersebut, fitur lain dari RCS adalah

• Broadband access client and support for a multi-device environment so user access to services and applications will be possible from both mobile and fixed terminals (PCs)

Berdasarkan dokumen RCS release 3, group fitur RCS adalah:

• Social presence information enhancements
  
• Enhanced messaging
  
• Network value added services (NVAS)
  
• Content sharing enhancement
• Broadband access (BA) enhancement

Dalam menspesifikasikan RCS, GSMA mengadopsi spesifikasi dari organisasi lain yang sudah ada seperti dari 3rd 3GPP, Open Mobile Alliance (OMA), Telecommunication Technology Committee RCS group (TTC RCSS).

Jadi intinya layanan RCS bukanlah sebuah layanan baru, tapi layanan yang sebenarnya sudah ada dan biasa kita gunakan lewat Internet. Seperti halnya kita saat ini menggunakan Yahoo! Messanger dimana kita bisa berkomunikasi dengan chat/teks, voice, video call dan juta saling bertukar gambar atau file. Layanan seperti itu diadopsi dalam komunikasi bergerak dimana jaringan telekomunikasi sudah menyatu dengan jaringan Internet dengan adanya IMS dengan mengedepankan interoperability dengan standar teknis yang terbuka.

RCS pada dasarnya akan dapat berjalan juga pada jaringan 3G dengan menggunakan jaringan CS dan PS, tapi tentu saja untuk beberapa layanan seperti video atau image share mungkin tidak dapat dilakukan.

Berikut gambaran arsitektur RCS yang disederhanakan yang memperlihatkan hubungan antara dua provider RCS.

Gambar diambil dari dokumen spesifikasi RCS R3 Technical Realization
[Klik gambar untuk memperbesar]

Keterangan gambar:

• CS/PS GW adalah gateway yang digunakan untuk menjembatani antara CS voice dengan PS Voice (MMTel).
• IPX = IP Packet Exchange
• VS AS = Video Sharing Application Server
• IMS = IP Multimedia Subsystem
• XDMS = XML Data Management Server
• DM = Data Management
• DS = Data Synchronization
• IM = Instant Messaging Server
• Presence = Presence Server

Bisa kita lihat RCS tidak terlalu special tapi menjadi special karena istilah tersebut sebuah istilah 'jualan' (marketing) sehingga menjadi populer. Yang menjadi penting adalah interoperability atau interworking sehingga layanan dapat berjalan dari berbagai jaringan akses (2G, 3G, LTE, Broadband) dan dengan menggunakan berbagai perangkat.

Telecom Service Broker

Tulisan dari LightReading berjudul "Telecom Service Broker" ini menarik untuk dibaca. Dalam artikel itu kita akan tau apa, bagaimana dan siapa yang membuat produk "telecom service broker."

Konsep telecom service broker memang sama dengan service broker yang ada di dunia IT atau Service Oriented Architecture (SOA) saat ini. Tapi perlu diingat kata pertama dalam judul itu (Telecom) membuat konteksnya agak lain.

Istilah service broker di area provider telekomunikasi ini mulai menjadi berita ketika beberapa produsen produk ini membentuk Service Broker Forum bulan Maret 2009 oleh Aepona, AppTrigger, Convergin, jNetX dan OpenCloud.

Pada dasarnya elemen telecom service broker dibuat untuk memberikan kemampuan pada operator telekomunikasi untuk melakukan konektifitas antar aplikasi, interaksi antar layanan, network orchestration dengan menggunakan standar 3GPP.

Telecom service broker juga mengadupsi konsep elemen Service Capability Interaction Manager (SCIM) dalam jaringan IMS. Perlu diketahui awalnya SCIM adalah konsep yang belum didefinisikan dengan jelas tapi sudah dituliskan pada standar IMS di 3GGP R7. Studi tentang service broker oleh 3GPP bisa dilihat di TR 23.810 Study on Architecture Impacts of Service Brokering yang merupakan bagian dari 3GPP R8.

Pada website Service Borker Forum, dijelaskan paling tidak fungsi utama dari service broker adalah

• SCIM
• IM-SSF
• IN-IN Trigger Management
• Protocol/Call Flow Management
• Subscriber Data Management Interaction

Gambar berikut memperlihatkan posisi service broker seperti definisi yang dijerlaskan Service Broker Forum:

"A network element that efficiently manages service interaction and service composition and resides between the service layer and the converging network and is traditionally decoupled from the core switch and the service execution or service creation environment"

Gambar diambil dari Service Broker Webinar slide presentation

Seperti ditulis di artikel LightReading, :

"service-broker functionality has long existed in mobile networks, but that many operators were not translating this need into a defined product category"

Jadi konsep telecom service broker sejak lama dan sudah mulai diimplementasikan seiring dengan berkembangnya Parlay-X, IMS/SCIM, SDP, Next Generation IN, Telco 2.0, OneAPI dan API-API lain yang mengekspos jaringan/layanan operator telekomunikasi ke "dunia luar" (IT world/3rd parties/Internet). Dan saya pede untuk mengatakan kalo ini sebenarnya adalah strategi marketing vendor-vendor telekomunikasi yang punya produk tersebut untuk dapat menjual (atau istilah sopannya mengedukasi para customer dalam hal ini operator telekomunikasi).

Saya tidak yakin kalo operator-operator di Indonesia dalam waktu dekat akan migrasi ke MIS atau SIP dari tradisional signaling (SS7), jadi yang relevan buat operator-operator di Indonesia adalah telecom service broker yang mengekspos legacy system (seperti MSC, legacy IN, SMSC, HLR, dll) ke "dunia luar". Di beberapa operator juga banyak lebih memilih untuk mulai menggunakan SIGTRAN (SS7 over IP) dibanging migrasi menggunakan SIP.

Jadi dalam kasus telecom service broker ini yang akan jadi preferred choice di Indonesia adalah yang bisa mengekspos legacy system.

OSS/J

OSS/J awalnya merupakan grup perusahaan-perusahaan yang berusaha membuat implementasi dari OSS/BSS dengan menggunakan Java sebagai teknologinya dan arsiteturnya mengacu pada NGOSS (Next Generation Operations Support System).

OSS/J dibentuk tahun 2003 dengan menggunakan Java Community Process (JCP) untuk membuat standar API yang dispesifikasikan pada dokumen JSR (Java Specification Request). Tahun 2006, OSS/J mulai bergabung dengan organisasi TMForum dan tahun 2008 mulai masuk dalam satu payung dalam TMForum Interface Program.

OSS/J API ini dibuat dengan beberapa teknologi untuk integrasi yang disebut integration profiles, yaitu Java RMI/IIOP, XML/JMS, dan Web Services.

Integration Profiles

[Gambar diambil dari dokumen OSSJ Design Guidelines]

Core API dari OOS/J ini didesain sesuai Core Business Entities (CBE) yang diadopsi dari Shared Information Data (SID) model yang dibuat oleh TMForum.

Awalnya API yang dibuat adalah sebagai berikut:

1. Common API v1.0
2. Inventory v1.0
3. Trouble Ticket v1.0

Kemudian berkembang menjadi beberapa API sebagai berikut:

1. Common API (JSR 144)
2. Service Activation v1.1(JSR 89)
3. Quality of Service v1.0 (JSR 90)
4. Trouble Ticket (JSR 91)
5. IP Billing (JSR 130)
6. Inventory API (JSR 142)

Hingga saat ini beberapa perubahan terlah terjadi yaitu

- Service Activation API diganti menjadi Order Management API.

- Billing Mediation atau IP Billing API dan Quality of Service API sudah tidak dikelola lagi.

- Bagian dari QoS API yaitu fault management dibuat terpisah menjadi Fault Management API.

Saat ini OSS/J API dikembangkan dengan prinsip SOA (Service Oriented Architecture) dengan spesifikasi sebagai berikut:

1. Common API v1.5 (JSR 144)
2. Order Management v1.0 (JSR 246)
3. Trouble Ticket v1.2 (JSR 91)
4. Inventory v1.2 (JSR 142)
5. Fault Management v1.0 (JSR 263)
6. Discovery v1.0 (JSR 254)

Dokumen spesifikasi tersebut bisa di-download disini (website TMForum) atau disini (website JSR).

TMForum juga mengembangan implementasi OSS/J yang gratis dan open source dan memberikan list beberapa produk yang sudah mengimplementasikan standar OSS/J.

VoLTE: VOLGA vs OneVoice Initiative

Agak telat berita ini saya tulis disini, tapi masih cukup segar, belum lama ini GSMA merilis berita bahwa mereka mengadopsi One Voice sebagai teknologi Voice over LTE (VoLTE).

Seperti pada tulisan sebelumnya, cukup mengherankan kenapa ada inisiatif One Voice ini, padahal sudah ada VoLGA dan juga IMS. Tapi cukup jelas bagaimana posisi VoLGA terhadap One Voice ini seperti yang dilansir oleh VoLGA Forum bahwa operator telekomunikasi berhak menentukan bagaimana evolusi jaringannya dan

"VoLGA is an excellent solution for voice and SMS over LTE for operators who decide to take an interim approach prior to IMS-based voice and messaging services"

Dan saya percaya untuk kondisi Indonesia, VoLGA masih lebih cocok sebagai jalur yang perlu ditempuh --untuk menuju LTE-- oleh para operator telekomunikasi kita yang masih menggunakan jaringan berbasis circuit switch dan enggan untuk berevolusi ke IMS.

Lagi lagi API untuk Telekomunikasi: OneAPI

Seperti sudah dijelaskan sebelumnya, usaha untuk membuat API atau interface yang membuka layanan dari operator atau provider telekomunikasi telah dilakukan beberapa organisasi, salah satunya adalah OneAPI yang diusing oleh GSM Assosiation, sebuah organisasi atau asosiasi internasional yang beranggotakan operator/provider telekomunikasi GSM dan vendor telekomunikasi.

Awalnya proyek OneAPI ini dinamai 3rd party access, yang dari namanya sudah jelas tujuannya adalah membuat API untuk memberikan akses kepada pihak ketiga ke layanan atau network yang dimiliki operator telekomunikasi.

Saya tidak akan membahas terlalu jauh tentang OneAPI karena API ini belum lama muncul, belum mature dan informasi atau dokumentasinya pun masih sangat minim.

Proyek pilot secara komersialnya baru dilakukan bulan lalu (Februari 2010), sedangkan spesifikasi dan dokumentasinya baru akan dirilis bulan Maret 2010. Saat ini API ini baru menspesifikasikan fungsi-fungsi untuk Messaging (SMS and MMS), Location, Payments dengan tekonologi Web Service dan RESTful. Spesifikasi OneAPI ini kemungkinan akan dikeluarkan oleh OMA.

Rencananya, OneAPI versi 2 akan memasukan fungsi-fungsi berikut:

• Data Connection profile
• QoS Quality of Service
• Remaining Credits Look-Up
• SMS triggering via UDH
• In-app billing

Lebih lanjut tentang OneAPI ini bisa dilihat di portal atau di library.

OneAPI: The first standard telecom RESTful API?

Saya sendiri bertanya-tanya mengapa dibuat standar baru dengan teknologi REST? Yang jelas REST ini lebih sederhana dibanding SOAP dan juga mudah karena menggunakan protokol HTTP.

Dan yang pasti beberapa vendor memang sudah mulai menggunakan REST sebagai interface untuk solusi SDP. Coba anda baca artikel "Who Makes What: RESTful Service Delivery Platforms". Bisa jadi RESTful API akan semakin banyak digunakan menggantikan SOAP seiring dengan makin populernya konsep Telco 2.0.

JAIN API

JAIN adalah komunitas di JCP (Java Community Process) yang berinisiatif membuat standar API untuk keperluan pembuatan layanan (service) teleponi baik itu layanan yang berbasis suara maupun data.

Nama awal JAIN adalah Java APIs for Intelligent Network karena tujuan awalnya JAIN adalah membuat API untuk layanan Intelligent Network (IN), tetapi kemudian berkembang cakupannya menjadi API untuk semua service di jaringan telekomunikasi sehingga namanya diubah menjadi Java APIs for Integrated Networks.

Dibuatnya API untuk mengekspos layanan teleponi ini dilatarbelakangi oleh trend konvergensi dunia telekomunikasi dan dunia IT/Internet (layanan data). Dunia telekomunikasi selama ini dilandasi oleh protokol yang berbeda dengan yang digunakan di dunia IT yaitu protokol TCP/IP tapi serkarang mulai berkembang pemakaikan protokol TCP/IP di jaringan telekomunikasi. Untuk dapat memberikan layanan-layanan baru yang mudah dan cepat dibuat perlu suatu interface atau API.

Selain JAIN, inisiatif untuk membuat interface atau API juga dilakukan organisasi atau komunitas lain misalnya OSA/ParlayX yang dibuat Parlay Group, OneAPI [link portal] yang dibuat oleh GSM Association & Aepona.

Berikut adalah beberapa spesifikasi yang sudah dibuat oleh JAIN yang bisa juga dilihat disini atau disini:

1. Java Application Interfaces for Communications:

- JAIN SIP 1.1

- SIP API for J2ME 1.0

- JAIN MGCP 1.0

- JAIN MEGACO

- JAIN Session Description Protocol (SDP)

- JAIN ENUM [lihat RFC2916]

- JAIN TCAP 1.1

- JAIN INAP 1.0

- JAIN Java Call Ccontrol (JCC) 1.1

- JAIN Java Coordination and Transaction (JCAT)

- Java Payment API (JPay)

- JAIN Presence

- JAIN Instant Messaging

- JAIN SIMPLE Instant Messaging

- JAIN SIMPLE Presence

- JAIN SIP Lite

- JAIN Service Creation Environment (SCE) SCML

- JAIN Service Creation Environment (SCE)

- Java - Server API for Mobile Services (SAMS): Messaging

2. Java Application Containers for Communications:

- JAIN Service Logic Execution Environment (JSLEE)

- SIP Servlets 1.0

Cukup banyak spesifikasi interface yang sudah dibuat oleh JAIN. Tapi perkembangan market penggunaan JAIN API maupun API sejenis di operator telekomunikasi saat ini saya kira masih rendah.

One Voice Initiative

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?

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?

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)

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.

HSDPA

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

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

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

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

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.