mobile phones

You are currently browsing articles tagged mobile phones.

I’m happy that my eComm talk finally got published online, 8 months after the conference. Events sponsors got published much earlier but hey, that’s fair for a professionally produced clip. I must admit that the AV infrastructure and the team at the event were excellent.

My talk was titled: “Mobile Digital Broadcasting: An Infrastructure for One-to-Many Converged Services”. We took this opportunity to officially release our Openmokast open source software framework. I was happy that my live demo worked as expected!



We had prepared a clip just in case the “demo effect” would hit on me on stage. Luckily this was not the case but the clip (which is more detailed than the live demo) can still be seen on our crcmmb Youtube Channel or here below:




And here are the slides I used for this presentation:

eComm was also for me a great occasion to meet with David Burges who presented his OpenBTS project live using the USRP as well. His demo looked incredibly like mine except he demonstrated live cell phone communications going through his GSM open source base station. There are lots of commonalities between our projects but essentially, both are about democratizing communications technologies to catalyze innovation.

Tags: , , , , , , , , ,

There is a nice post on the Public Radio Player (PRP) blog about some challenges for Internet radio when distributed over mobile wireless networks and some strategies used in the PRP.

“A dropped stream is the nemesis of any regular Public Radio Tuner user. Nothing is worse than being caught up in a great public radio program and have it suddenly cut out….”

Some challenges can be expected:

  • loss of signal while roaming from cell to cell. Networks are optimized for voice calls but not for data yet.
  • minimal bitrate like 32 kbps is desirable but connection is still not guaranteed and sound quality is no great
  • buffers have to be implemented in receiver to mitigate signal loss.

Results of a survey made by PC World suggest that 3G coverage may not be adequate for the delivery of sustained bitrates in major cities in USA. Like this table shows, networks speeds can be impressive but their reliability vary greatly so that live radio transmissions may be hard to achieve.

There is certainly a lot of room for experimentation here in this new area but I tend to believe that it could take a while before we see 3G replace true “physical layer” broadcast networks for live transmissions.

Tags: , , , , ,

According to this article, Vodafone will be next week the first mobile network operator to launch a femtocell product in Europe:

“Looking like a home router, femtocells give 3G coverage indoors, and use home broadband to connect calls across the Internet to the mobile network.”

“… will be available on different price plans… Essentially, the femto is free to anyone on a £30 contract, and £5 otherwise – including dongle customers”

Femtocells are in fact compact devices (similar to Wi-Fi routers) that act as very low power cell phone base stations that can be installed in end-users premises. Typical cell phones can connect to them instead of the remote “high-power” towers operated by mobile network operators. Femtocells carry the usual communication services through standard Internet connections in homes and offices.

Key benefits to operators (O) and users (U):

  • Better in-building coverage (O, U)
  • Overall network infrastructure can eventually be operated at lower power levels (O)
  • Off-loading cellular networks (O)
  • MNOs can still charge service costs while using end-users resources (Internet) (O)
  • Use the mobile device at home at lower rates (U)
  • Does not need regular phone service at home anymore (O, U)

Could this femtocell approach be exploited in the context of digital broadcasting as well? At CRC, we have developed a compact software transmitter for DAB. This platform could be further integrated as a low-cost personal DAB transmitter or FemtoDAB cell!

Such a FemtoDAB approach could offer interesting benefits:

  • Better in-building coverage (O, U)
  • Overall network infrastructure can eventually be operated at lower power levels (O)
  • Outdoor, indoor roaming with the same device (broadcast enabled handhelds) (U)
  • Transmission of additional Internet radio content in the femtoDAB cell (U)

One of the challenges will be to make FemtoDAB more attractive than the Wi-Fi options.

Do you see any use cases for FemtoDAB?

Tags: , , , , , ,

Application Stores are the big thing at the Mobile World Congress this week. Few stories here and here and here. While Apple’s AppStore and Google’s Android marketplace have been known for some time now, we hear that Nokia, Microsoft and RIM have similar plans.

As we mention in our recent EBU paper, new functionality in handsets will be done in software. This is quite new in the mobile world but we are definitely used to this principle with our personal computers. We buy software for them. That’s what makes them extremely flexible, evolutive and thus useful. This paradigm emerges on mobile phone platforms now because they are evolving as generic and powerful computing platforms too.

This trend was identified early on by Apple (as usual) who created the AppStore as part of the iPhone ecosystem. The AppStore creates a marketplace for developers and end-users. Developers offer their new creations through the system, typically for a small fee, while end-users shop for applications through iTunes. The whole process of purchasing, installing and removing applications has been streamlined to provide a “frictionless” end-user experience, apart from the few dollars that one has to leave on the table!

I believe that the key benefit from these new marketplaces for applications is innovation. A democratized marketplace for innovation.

Before, application innovation was limited to MNOs and key partners of the mobility value chain. Now, anybody can create new applications. New applications will come from the masses, like Google, Wikipedia, Flickr, Youtube came from new players and non-incumbents.

Also, with more open marketplaces comes increased competition. That is good for consumers. End-users are only one click away from competing applications.

And what if the competing application is free? Such platforms will make “free” and “pay for” applications equally accessible. Could this lead to the erosion of the software market? Many think so. In order to sell their apps, developers will have no other choice but to offer leading edge products with truly exclusive features.

What does this mean for broadcasting? At the moment not so much I guess. The perspective is attractive though. What if moving from DAB to DAB+ could simply be achieved through a new software app. A broadcaster would announce the move and asks its listeners to go buy the 2$ piece of software on the app store. In exchange, end users get more channels. Click, pay, download, … voila! What if all new broadcast applications could be offered this way? EPG, Slideshow, TPEG traffic overlay for google maps,… and so on. In fact, we don’t know what the mobile broadcast applications of the future will be. But we know it will be in software. We just need broadcast receivers in those handsets.

Tags: , , , ,

Mobility and radio go hand in hand. James Cridland reports on a current positive trend:

“RAJAR’s recent figures were upbeat about listening to the radio on mobile devices. (They only monitor ‘listening via mobile phones’, despite many MP3 players also having FM radios built-in)”

Competing business models between mobile network operators and broadcasters prevent broadcast receivers from being integrated into mobile phones. At CRC, we work on a project that would allow broadcasters to sponsor and eventually develop their own receivers. The project is called Openmokast. We published our thoughts and results about this in a paper released as part of last month’s EBU Technical Review.

We suggest that innovation in mobile digital broadcasting (including digital radio) will happen with the event of open source platforms like Android and Openmoko.

Tags: , , , ,