All of lore.kernel.org
 help / color / mirror / Atom feed
* TODO: Network updating the emergency number list
@ 2010-12-17  9:10 Tikander Petteri
  2010-12-17 16:44 ` Denis Kenzior
  2010-12-17 17:02 ` Bastian, Waldo
  0 siblings, 2 replies; 10+ messages in thread
From: Tikander Petteri @ 2010-12-17  9:10 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 1139 bytes --]

Hi,

I have investigated a little bit dynamic updating of emergency numbers
by network. So I suggest, I'll register new notification-handler for
'+CEN'-report in voicecall-driver. And naturally give those new
emergency-numbers for voicecall-atom to be analyzed.

First version of network-ECC handling will enable +CEN-reporting
statically in driver-probing. Then it listens '+CEN'-reports and after
receiving new numbers compares those numbers with already stored numbers
(SIM/default ECC's) and sends property-changed signal for same old good
EmergencyNumbers-property, if new emergency numbers have been received
from the network.

According to TS.27007 network emergency numbers are not necessarily
received from the same operator as currently registered, so this should
probably also be considered in the future.

My test-modem doesn't actually support '+CEN'-reports, but I can update
a little bit Phonesim for simulating of testing the unsolicited network
emergency-numbers.

Br, Petteri

-- See us at Mobile World Congress, 14-17 February 2011, in Barcelona, Spain. Visit the Ixonos booth Hall 1, # 1E19.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: TODO: Network updating the emergency number list
  2010-12-17  9:10 TODO: Network updating the emergency number list Tikander Petteri
@ 2010-12-17 16:44 ` Denis Kenzior
  2010-12-17 20:29   ` Rajesh.Nagaiah
  2010-12-17 17:02 ` Bastian, Waldo
  1 sibling, 1 reply; 10+ messages in thread
From: Denis Kenzior @ 2010-12-17 16:44 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 1393 bytes --]

Hi Petteri,

On 12/17/2010 03:10 AM, Tikander Petteri wrote:
> Hi,
> 
> I have investigated a little bit dynamic updating of emergency numbers
> by network. So I suggest, I'll register new notification-handler for
> '+CEN'-report in voicecall-driver. And naturally give those new
> emergency-numbers for voicecall-atom to be analyzed.
> 
> First version of network-ECC handling will enable +CEN-reporting
> statically in driver-probing. Then it listens '+CEN'-reports and after
> receiving new numbers compares those numbers with already stored numbers
> (SIM/default ECC's) and sends property-changed signal for same old good
> EmergencyNumbers-property, if new emergency numbers have been received
> from the network.
> 

Sounds good to me.

> According to TS.27007 network emergency numbers are not necessarily
> received from the same operator as currently registered, so this should
> probably also be considered in the future.
> 

Can you do me a favor and investigate what oFono's behavior should be if
we receive emergency numbers that are not relevant to the currently
registered PLMN?  We should also update the task description with the above.

> My test-modem doesn't actually support '+CEN'-reports, but I can update
> a little bit Phonesim for simulating of testing the unsolicited network
> emergency-numbers.

Sounds good.

Regards,
-Denis

^ permalink raw reply	[flat|nested] 10+ messages in thread

* RE: TODO: Network updating the emergency number list
  2010-12-17  9:10 TODO: Network updating the emergency number list Tikander Petteri
  2010-12-17 16:44 ` Denis Kenzior
@ 2010-12-17 17:02 ` Bastian, Waldo
  1 sibling, 0 replies; 10+ messages in thread
From: Bastian, Waldo @ 2010-12-17 17:02 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]

> Hi,
> 
> I have investigated a little bit dynamic updating of emergency numbers
> by network. So I suggest, I'll register new notification-handler for
> '+CEN'-report in voicecall-driver. And naturally give those new
> emergency-numbers for voicecall-atom to be analyzed.

The modem will typically already analyze the new emergency-numbers, filter out the ones that are not applicable and merge the numbers from the various sources in the right priority. Some modems are able to communicate the resulting effective list of emergency-numbers, in which case the voicecall-atom should just use the list of emergency numbers reported by the modem without doing any additional merging/analyzing.

This also eliminates room for error if the algorithm that the ofono voicecall atom uses differs for some reason from the algorithm used by the modem.

For modems that aren't able to communicate their effective list of emergency numbers ofono would still need to create such list by itself as it does now.

Cheers,
Waldo

^ permalink raw reply	[flat|nested] 10+ messages in thread

* RE: TODO: Network updating the emergency number list
  2010-12-17 16:44 ` Denis Kenzior
@ 2010-12-17 20:29   ` Rajesh.Nagaiah
  2010-12-17 20:54     ` Denis Kenzior
  0 siblings, 1 reply; 10+ messages in thread
From: Rajesh.Nagaiah @ 2010-12-17 20:29 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 949 bytes --]

Hi Denis,
 
> Hi Petteri,
> 
> On 12/17/2010 03:10 AM, Tikander Petteri wrote:
> > Hi,

> > According to TS.27007 network emergency numbers are not necessarily 
> > received from the same operator as currently registered, so this 
> > should probably also be considered in the future.
> > 
> 
> Can you do me a favor and investigate what oFono's behavior 
> should be if we receive emergency numbers that are not 
> relevant to the currently registered PLMN?  We should also 
> update the task description with the above.

The ECC list downloaded from the network are country specific ones, 
so this ECC list usually can be notified by any available network not 
necessarily by the serving network. The ECC list thats downloaded from 
the serving network has to be reset when the phone registers in another 
network with a different MCC ( not MNC ), as this ECC list is country 
specific not operator specific.

BR,
Rajesh

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: TODO: Network updating the emergency number list
  2010-12-17 20:29   ` Rajesh.Nagaiah
@ 2010-12-17 20:54     ` Denis Kenzior
  2010-12-17 21:09       ` Rajesh.Nagaiah
  0 siblings, 1 reply; 10+ messages in thread
From: Denis Kenzior @ 2010-12-17 20:54 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 993 bytes --]

Hi Rajesh,

>> Can you do me a favor and investigate what oFono's behavior 
>> should be if we receive emergency numbers that are not 
>> relevant to the currently registered PLMN?  We should also 
>> update the task description with the above.
> 
> The ECC list downloaded from the network are country specific ones, 
> so this ECC list usually can be notified by any available network not 
> necessarily by the serving network. The ECC list thats downloaded from 
> the serving network has to be reset when the phone registers in another 
> network with a different MCC ( not MNC ), as this ECC list is country 
> specific not operator specific.
>

Sounds reasonable.  Is this relevant only when the ME is registered with
the IMSI known or also when the SIM is not present / PIN not entered?
For these cases, what happens when we're in an area with multiple
networks with multiple MCCs.

Final question, is there a spec that describes this behavior?

Regards,
-Denis

^ permalink raw reply	[flat|nested] 10+ messages in thread

* RE: TODO: Network updating the emergency number list
  2010-12-17 20:54     ` Denis Kenzior
@ 2010-12-17 21:09       ` Rajesh.Nagaiah
  2010-12-21 16:21         ` Tikander Petteri
  0 siblings, 1 reply; 10+ messages in thread
From: Rajesh.Nagaiah @ 2010-12-17 21:09 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 1154 bytes --]

Hi Denis, 

> Hi Rajesh,
> 
> >> Can you do me a favor and investigate what oFono's 
> behavior should be 
> >> if we receive emergency numbers that are not relevant to the 
> >> currently registered PLMN?  We should also update the task 
> >> description with the above.
> > 
> > The ECC list downloaded from the network are country 
> specific ones, so 
> > this ECC list usually can be notified by any available network not 
> > necessarily by the serving network. The ECC list thats 
> downloaded from 
> > the serving network has to be reset when the phone registers in 
> > another network with a different MCC ( not MNC ), as this 
> ECC list is 
> > country specific not operator specific.
> >
> 
> Sounds reasonable.  Is this relevant only when the ME is 
> registered with the IMSI known or also when the SIM is not 
> present / PIN not entered?

Only when the SIM/USIM is present.

> For these cases, what happens when we're in an area with 
> multiple networks with multiple MCCs.

Good question :)
 
> Final question, is there a spec that describes this behavior?

3GPP TS 22.101 Section 10

BR,
Rajesh

^ permalink raw reply	[flat|nested] 10+ messages in thread

* RE: TODO: Network updating the emergency number list
  2010-12-17 21:09       ` Rajesh.Nagaiah
@ 2010-12-21 16:21         ` Tikander Petteri
  2010-12-21 20:02           ` Denis Kenzior
  0 siblings, 1 reply; 10+ messages in thread
From: Tikander Petteri @ 2010-12-21 16:21 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 3572 bytes --]

Hi Rajesh and Denis,

If we are in area with multiple networks (so multiple MCCs), lets pass
only received emergency-list from the servicing network, where ME is
registered to, and discard possible notifications from other network's
emergency-number notifications:

TS 22101, ch. 10.1
"The UE shall regard these emergency numbers as valid in that country
only (as identified by the MCC) and shall discard them when a new
country is entered."

One think in one of those emails focusing on this discussion (Waldo's
comment) was:
>The modem will typically already analyze the new emergency-numbers,
>filter out the ones that are not applicable and merge the numbers from
>the various sources in the right priority....

My idea first in analyzing was to compare new emergency numbers with
already sent emergency numbers (default-list/SIM EFecc-list), and send
those up, if new emergency numbers compared to the old already sent ones
were received. OK, probably in many cases modems will do this analyze
itself, and send only new ones to the oFono. I don't know if it's
actually dangerous, if oFono passes all network emergency numbers
received from the modem (filtered or not by the modem). OK, then it's
possible that some ECCs are reported twice. On the other hand, network
ECCs (if MCC matches) should always be valid ones, suitable numbers, in
spite of, where mobile is located. So it should be valid to acknowledge
those new numbers always to UI in spite of, what numbers are sent to UI
in initialization phase.

Perhaps then the only thing to be analyzed could be that country-code
item.

Network downloaded emergency number-list can also contain emergency call
type in the category-field (for instance "Police", "Ambulance"...). This
kind of information is not included for example in SIM EFecc-file, so
Emergency-number property returns in this moment just the ECC-number
without the category. What do you think, should this also be included in
the Emergency-property?

Br, Petteri


On Fri, 2010-12-17 at 13:09 -0800, Rajesh.Nagaiah(a)elektrobit.com wrote:
> Hi Denis,
>
> > Hi Rajesh,
> >
> > >> Can you do me a favor and investigate what oFono's
> > behavior should be
> > >> if we receive emergency numbers that are not relevant to the
> > >> currently registered PLMN?  We should also update the task
> > >> description with the above.
> > >
> > > The ECC list downloaded from the network are country
> > specific ones, so
> > > this ECC list usually can be notified by any available network not
> > > necessarily by the serving network. The ECC list thats
> > downloaded from
> > > the serving network has to be reset when the phone registers in
> > > another network with a different MCC ( not MNC ), as this
> > ECC list is
> > > country specific not operator specific.
> > >
> >
> > Sounds reasonable.  Is this relevant only when the ME is
> > registered with the IMSI known or also when the SIM is not
> > present / PIN not entered?
>
> Only when the SIM/USIM is present.
>
> > For these cases, what happens when we're in an area with
> > multiple networks with multiple MCCs.
>
> Good question :)
>
> > Final question, is there a spec that describes this behavior?
>
> 3GPP TS 22.101 Section 10
>
> BR,
> Rajesh
> _______________________________________________
> ofono mailing list
> ofono(a)ofono.org
> http://lists.ofono.org/listinfo/ofono
>


-- See us at Mobile World Congress, 14-17 February 2011, in Barcelona, Spain. Visit the Ixonos booth Hall 1, # 1E19.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: TODO: Network updating the emergency number list
  2010-12-21 16:21         ` Tikander Petteri
@ 2010-12-21 20:02           ` Denis Kenzior
  2010-12-21 22:14             ` Rajesh.Nagaiah
  0 siblings, 1 reply; 10+ messages in thread
From: Denis Kenzior @ 2010-12-21 20:02 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 3022 bytes --]

Hi Petteri,

On 12/21/2010 10:21 AM, Tikander Petteri wrote:
> Hi Rajesh and Denis,
> 
> If we are in area with multiple networks (so multiple MCCs), lets pass
> only received emergency-list from the servicing network, where ME is
> registered to, and discard possible notifications from other network's
> emergency-number notifications:

For sure we should not update the ECC list with numbers from outside the
current MCC.  However, it is less clear whether we can simply discard
the ECCs from other MCCs or still cache this information in some
fashion.  I suspect discarding them as a first implementation is
enough...  Either way, the core has to make the final decision, no
filtering should be done by the driver.

> 
> TS 22101, ch. 10.1
> "The UE shall regard these emergency numbers as valid in that country
> only (as identified by the MCC) and shall discard them when a new
> country is entered."
> 
> One think in one of those emails focusing on this discussion (Waldo's
> comment) was:
>> The modem will typically already analyze the new emergency-numbers,
>> filter out the ones that are not applicable and merge the numbers from
>> the various sources in the right priority....
> 
> My idea first in analyzing was to compare new emergency numbers with
> already sent emergency numbers (default-list/SIM EFecc-list), and send
> those up, if new emergency numbers compared to the old already sent ones
> were received. OK, probably in many cases modems will do this analyze
> itself, and send only new ones to the oFono. I don't know if it's
> actually dangerous, if oFono passes all network emergency numbers
> received from the modem (filtered or not by the modem). OK, then it's
> possible that some ECCs are reported twice. On the other hand, network
> ECCs (if MCC matches) should always be valid ones, suitable numbers, in
> spite of, where mobile is located. So it should be valid to acknowledge
> those new numbers always to UI in spite of, what numbers are sent to UI
> in initialization phase.
> 

22.101 exists for a reason.  Same with the 27.007 standard.  We should
implement the standard to the letter here.

> Perhaps then the only thing to be analyzed could be that country-code
> item.
> 
> Network downloaded emergency number-list can also contain emergency call
> type in the category-field (for instance "Police", "Ambulance"...). This
> kind of information is not included for example in SIM EFecc-file, so
> Emergency-number property returns in this moment just the ECC-number
> without the category. What do you think, should this also be included in
> the Emergency-property?

I believe the EFecc described in 31.102 also contains the category
information.  So we can certainly change the API to provide this
information or an empty string if unknown.  However, since the category
information is a bitmap, mapping this to an API in a nice manner can be
quite challenging.  Feel free to propose something.

Regards,
-Denis

^ permalink raw reply	[flat|nested] 10+ messages in thread

* RE: TODO: Network updating the emergency number list
  2010-12-21 20:02           ` Denis Kenzior
@ 2010-12-21 22:14             ` Rajesh.Nagaiah
  2010-12-21 22:21               ` Denis Kenzior
  0 siblings, 1 reply; 10+ messages in thread
From: Rajesh.Nagaiah @ 2010-12-21 22:14 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 1281 bytes --]

Hi Denis / Petteri,
 
> > Network downloaded emergency number-list can also contain emergency 
> > call type in the category-field (for instance "Police", 
> > "Ambulance"...). This kind of information is not included 
> for example 
> > in SIM EFecc-file, so Emergency-number property returns in 
> this moment 
> > just the ECC-number without the category. What do you think, should 
> > this also be included in the Emergency-property?
> 
> I believe the EFecc described in 31.102 also contains the 
> category information.  So we can certainly change the API to 
> provide this information or an empty string if unknown.  
> However, since the category information is a bitmap, mapping 
> this to an API in a nice manner can be quite challenging.  
> Feel free to propose something.

Is the emergency number category really used on the AP SW side ? 
All we do is to check the number against the ECC list to see its 
going to use the dedicated emergency services channel in the radio 
interface for that call or not, irrespective of the category type.
If we are going to have an UI thats going to list ECC numbers and its 
corresponding category, then this information is useful, but I have
never seen such UI in other platforms as well.

BR,
Rajesh

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: TODO: Network updating the emergency number list
  2010-12-21 22:14             ` Rajesh.Nagaiah
@ 2010-12-21 22:21               ` Denis Kenzior
  0 siblings, 0 replies; 10+ messages in thread
From: Denis Kenzior @ 2010-12-21 22:21 UTC (permalink / raw)
  To: ofono

[-- Attachment #1: Type: text/plain, Size: 1677 bytes --]

Hi Rajesh,

On 12/21/2010 04:14 PM, Rajesh.Nagaiah(a)elektrobit.com wrote:
> Hi Denis / Petteri,
>  
>>> Network downloaded emergency number-list can also contain emergency 
>>> call type in the category-field (for instance "Police", 
>>> "Ambulance"...). This kind of information is not included 
>> for example 
>>> in SIM EFecc-file, so Emergency-number property returns in 
>> this moment 
>>> just the ECC-number without the category. What do you think, should 
>>> this also be included in the Emergency-property?
>>
>> I believe the EFecc described in 31.102 also contains the 
>> category information.  So we can certainly change the API to 
>> provide this information or an empty string if unknown.  
>> However, since the category information is a bitmap, mapping 
>> this to an API in a nice manner can be quite challenging.  
>> Feel free to propose something.
> 
> Is the emergency number category really used on the AP SW side ? 
> All we do is to check the number against the ECC list to see its 
> going to use the dedicated emergency services channel in the radio 
> interface for that call or not, irrespective of the category type.
> If we are going to have an UI thats going to list ECC numbers and its 
> corresponding category, then this information is useful, but I have
> never seen such UI in other platforms as well.

22.101 hints that such UI is a possibility.  However, I tend to agree
that this information isn't terribly useful otherwise.

The other stumbling block is that EFecc in 51.011 and 11.11 never
contained the information about the emergency number category in the
EFecc fields...

Regards,
-Denis

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2010-12-21 22:21 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-17  9:10 TODO: Network updating the emergency number list Tikander Petteri
2010-12-17 16:44 ` Denis Kenzior
2010-12-17 20:29   ` Rajesh.Nagaiah
2010-12-17 20:54     ` Denis Kenzior
2010-12-17 21:09       ` Rajesh.Nagaiah
2010-12-21 16:21         ` Tikander Petteri
2010-12-21 20:02           ` Denis Kenzior
2010-12-21 22:14             ` Rajesh.Nagaiah
2010-12-21 22:21               ` Denis Kenzior
2010-12-17 17:02 ` Bastian, Waldo

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.