972182 - There is some case that concatenated Cellbroadcast Message data is lost

Status: RESOLVED DUPLICATE of bug 945089

(Firefox OS Graveyard :: RIL, defect)

Description

[kenzo Ohta]

Bug 945089 - There is some case that concatenated SMS data is lost

Cellbroadcast case is same.

Comment 1

[kenzo Ohta]

I hope that this bug is resolved on V1.4 in time with Bug 945089.

Comment 2

[Ken Chang[:kenkai]]

Bevis, please take this bug. Thanks.

Comment 3

[Bevis Tseng[:bevis][:btseng](Exited)]

Hi Kenzo San,

May I know which network of the Cellbroadcast that you concerned?
For CDMA, it shall be covered by Bug 945089 because in CDMA both Point-to-Point and Cellbroadcast SMS rely on the same PDU format.
For GSM, the PDU formats of Point-to-Point SMS and CB SMS are different. Hence, extra work is needed.

Comment 4

[Bevis Tseng[:bevis][:btseng](Exited)]

In clause 2 General Description of 3GPP TS 23.041,
`CBS messages are broadcast cyclically by the cell at a frequency and for a duration agreed with the information provider.'
Unlike point to point SMS, CB Message in GSM will be delivered repeatedly.
Hence, it won't be a data lost problem for the CB message in gsm network.

This bug shall be covered by Bug 945089.

Comment 5

[Ken Chang[:kenkai]]

(In reply to Bevis Tseng [:bevistseng] ([e-mail]) from comment #4) 
> This bug shall be covered by Bug 945089.
Depending on bug 945089

Comment 6

[Bevis Tseng[:bevis][:btseng](Exited)]

We apply the same solution for SMS and CDMA CBS message to store message segments into DB.

Comment 7

[kenzo Ohta]

Hi Bevis-san

(In reply to Bevis Tseng [:bevistseng] ([e-mail]) from comment #4)
> In clause 2 General Description of 3GPP TS 23.041,
> `CBS messages are broadcast cyclically by the cell at a frequency and for a
> duration agreed with the information provider.'
> Unlike point to point SMS, CB Message in GSM will be delivered repeatedly.
> Hence, it won't be a data lost problem for the CB message in gsm network.
> 
> This bug shall be covered by Bug 945089.

Sure, ETWS/Cellbroadcast need to deliverrepeatedly.
But I think if mobile phone is still shutdown during delivering repeatedly, this issue still happens.
So i think this bug can't be covered by Bug 945089.

Comment 8

[Bevis Tseng[:bevis][:btseng](Exited)]

Hi Kenzo-san,

I have one question to be clarified to know if the implementation is really needed in client side:
As I know, for CBS message in GSM/UMTS network, 
unlike SMS, there is no ACK to the received CBS in application layer.

Hence, when device reboot, how could BSC/BTS know which page of the CBS has to be delivered?
Or, will the CBS message actually be re-transmitted from 1st page after device reboot and registers to the network?

If the rest pages of the same CBS message will not be delivered precisely after device reboot, then it seems not necessary to store the CBS pages into database.

Regards,
Bevis Tseng

Comment 9

[Ken Chang[:kenkai]]

Per offline discussing with Partner, Partner would like to display ETWS message even if device only revives an incompletely concatenated message. It's very different from current design. Partner needs to provide more details of this requirement for us and this requirement is out of scope of this bug. So I would like to follow comment 6 to close this bug.

Kenzo-san, if you get more details for what you want, please file a new bugs and put those detail information on that bug. Then we can have more discussions and know how we implement that requirement. Thanks very much.