Test ID PHN-01 - Service Interruption

Hi Alfredo

Interesting question. I think your phase 1 is the only one covered by
PHN-01. Second phase is still relevant to GEN-01.

Effectively this test is about making sure that the user of the phone is
still effectively notified of interruptions when your executable is running.
So if an SMS/MMS is received I'd expect the beep to be played instead of
your voice interaction server. If a call is received I'd expect the UI to
dispay the caller (as normal) and the ringtone to be played. Neither of
these should be a problem because the telephony app/messaging will almost
certainly play sounds at a higher priority than your exe; if it does not
then you may have a problem.

On the phones that support simultaneous connection the above comment
effectively covers the requirement. Not sure about the 6600 case - you might
argue that there has been no interruption since you have an active
connection ... and that its up to the phone manufacturer to provide some
notification to this effect while your server is connected (note that its
certainly possible for the incoming SMS/call to be detected, but the API
required to do so is partner-only). I think you will need to email
[email][email protected][/email] to get a canonical answer in this part.

With respect to your second phase, playing of the actual message I would say
this is covered by GEN-01. The user has clearly made a decision that they
want to listen/view the message, so it is a requirement that your
application allow this. Again though, the native application audio priority
should be higher than your audio server so this may not be an issue.

Hope this helps.

Regards
Hamish

"Alfredo Rueda" <[email protected]> wrote in message
news:[email protected]...
> Hello!
>
> My "Application" is a Symbian Server (that always works in background)
>
> The Symbian Server offers Voice User Interaction to Symbian Applications
> (just like Window Server offers Graphical User Interaction to Symbian
> Applications).
>
> This Symbian Server uses different resources:
> 1. Network Device (Voice Recognition is done in a remote server)
> 2. Audio Device (Record user voice requests and Playback responses)
> etc.
>
> I need to clarify the requirements to pass the test "Service Interruption"
> Test ID PHN-01
>
> 1. Receiving an incoming SMS
>
> 2. Receiving an incoming MMS
>
> In these cases there are two phases:
>
> 1. Message Retrieval
>
> 2. User clicks to view the Message
>
> I have studied the Nokia Web Browser behaviour to understand how to handle
> these interruptions (although I don't know if it is the best example)
>
> 1. First Phase: Message Retrieval Phase
>
> In Nokia 6600, Nokia Web Browser disconnects APN when SMS or MMS arrives
and
> then re-connects when messages has been retrieved. How can I achive the
same
> behaviour to pass Symbian Signed. My application is a Symbian Server that
> connects to an APN and It doesn't detect these kind of
events/interruptions
> (voice call / SMS / MMS). For Example: When I make a voice call from
another
> phone, the phone where my Symbian Server runs, ignores the call.
>
> In Nokia 6630, 6680 and N70, Nokia Web Browser (when using 3G) seems to do
> nothing special because these phones support both connections
simultaneusly
> (Voice Call / SMS / MMS and IP Connection).
>
>
>
> 2. Second Phase: User clicks to view the Message
>
> Nokia Browser doesn't do anything special to handle this phase. When the
> Browser goes to background or exits, the screen shows the dialog "1 new
> message" and user may click to see the message.
>
> Does this mean that my application must not worry about the second phase?
> (User clicks to view the Message)
>
> I'm not sure: If the MMS contains audio, then my Symbian Server must
detect
> that the second phase has started and then disable audio?
>
> (I imagine that I will not be able to achive this behaviour)
>
> Or the user must handle this situation .
>
>
>
> Thank You very much!
>
>
>
>
>
>
>
>