(keitai-l) Re: J-Phone HTTP Headers - Do they count these when bi lling?

My pennies worth


128 bytes is the max data size of a short_message due to TTC SS7
restrictions.... from legacy days.... assumption is they just use the same
policy for pactet

All email/HTTP-post requires the short_message notification

When mail/content is sent to a J-phone, if the total user data content is
less then 128 *3, the mail is sent as 3 short messages, If mail/data content
exceeds 128 * 3, a notification with additional headers is sent

They will not bill for the notication however, just the data that is pulled
down over packet by the handset

headers are generated at a gateway



-----Original Message-----
From: Chris Wooldridge [mailto:Chris.Wooldridge@bullant.com.au]
Sent: Friday, March 28, 2003 8:24 AM
To: 'keitai-l@appelsiini.net'
Subject: (keitai-l) J-Phone HTTP Headers - Do they count these when
billing?


Hi,

We have been testing a networked MIDlet on a J-Phone SH52 handset.
Profiling our traffic shows that J-Phone specific HTTP headers account for
the majority of the bandwidth consumed by our application.  For example, a
HTTP POST request with a content-length of 15 actually consumes 417 bytes -
mainly because of x-jphone... headers. 

My understanding of J-Phone's packet charges is that a billing unit is 128
bytes, for which the subscriber is charged 0.3 yen. 

We have a protocol that has been highly optimised so that most HTTP requests
sneak in at 125 bytes - 0.3 yen - whilst containing all of the required
headers for HTTP/1.1.  It seems a little unfair that J-Phone add additional
headers to blow our request size out to four billing units or 1.3 yen!

Can anyone tell me:

1. Does anyone have a precise definition for what constitutes the 128 byte
billing unit?  Is this the HTTP Content-Length (ie the payload only), the
entire HTTP headers plus content-length or something else?


2. Are the x-jphone- headers generated at the handset or mobile data
gateway?  In other words, do they actually send those x-jphone headers over
the air and bill the unwary subscriber for them?

The following press release from J-Phone suggests that - for Super Mail
users at least - a message response is billed at a single packet rate.  

"those wishing to confirm message delivery will no longer be charged packet
data costs (0.3 yen)."

I assume this response is sent via HTTP.  If so, they cannot be charging for
those additional headers - right?

http://www.j-phone.com/english/release_detail/21121e/21121e.html


3. Can anyone provide me with pointers to DoCoMo / KDDI billing details /
HTTP header information etc.


Many thanks in advance for responses.

Chris Wooldridge


FYI, these are the HTTP headers added by J-Phone that we see but do not
require:

Accept-Encoding: 
x-jphone-display: 120*130
x-jphone-msname: J-SH52
x-jphone-sound: 5
x-jphone-color: C65536
x-jphone-smaf: 40/pcm/grf
x-jphone-uid: a22t4fKFPdFzZ6ja
User-Agent: J-PHONE/4.1/J-SH52/SNJSHD3047292 SH/0002aa Profile/MIDP-1.0
Configuration/CLDC-1.0 Ext-Profile/JSCL-1.1.1








This mail was sent to address OharaF@logica.com
Need archives? How to unsubscribe? http://www.appelsiini.net/keitai-l/ 

This e-mail and any attachment is for authorised use by the intended recipient(s) only.  It may contain proprietary material, confidential information and/or be subject to legal privilege.  It should not be copied, disclosed to, retained or used by, any other party.  If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender.  Thank you.