Re: [splices] Answering a Call Using Two Separate Devices proposal

[Paul Kyzivat <[e-mail]>]

On 4/22/2011 3:09 PM, Shekh-Yusef, Rifaat (Rifaat) wrote:

>> How do you assume the phone is rendering the audio when instructed to
>> answer this way. Sending/receiving from the handset isn't very useful
>> when its on the cradle. Do you assume speaker phone, or that Alice has a
>> headset connected to the phone? (If the latter, why not simply connect
>> the headset to the PC?)
>>
> My initial thought was to use the speaker phone, but you raise a good point here.
> Maybe we need to add a parameter to the URN to indicate which transducer to use, e.g
> REFER Refer-To: urn:sip-action:call:answer;transducer=speaker|headset

That is a whole can of worms.
But its perhaps one that needs to be opened.

> Alice answered the call on her Desk Phone because she knows it has a better audio quality.
> Why do you want to connect the headset to the PC?

I thought the quality difference, if any, would be due to the 
transducers. So the phone could be better than the speakers on the PC. 
But if you are talking about a headset, then does it matter which its 
connected to?

But this is irrelevant to the discussion.

>>> Alice uses her PC and attempt to initiate a new video call. Because the
>>> PC is aware that another device is logged in using the same AOR, it will
>>> try to find if there is any existing dialog on the other device by
>>> subscribing to the dialog event package
>>
>> This doesn't quite make sense to me - at least the wording.
>> The PC has a fairly rich UI, and it could *already* know about the call
>> in progress. And certainly Alice knows she wants to add video to an
>> existing call rather than make a new call. So I would expect the
>> interaction between Alice and her PC to first be one of discovering the
>> existing call that *could* be joined, and then requesting to join.
>> (Alternatively Alice might decide she doesn't want to join that call -
>> that she wants to make an independent call from the PC to somebody else.)
>>
> Remember that this scenario starts after the (*) above, which means that
> the PC is not aware of the existing call between the Desk Phone and Bob.
> Of course Alice is aware of that call and expects the PC to discover
> that when Alice clicks on her PC and opens the UI that allows here to initiate
> a video call.

I said it *could* know about the call. Specifically, it could monitor 
the dialog package all the time. Or it might just do so after it has 
received an invite and then been canceled before answering - noting the 
phone got the call.

Its all hypothetical of course - its part of the application design for 
the PC.

But I do think its useful to explore the use cases and find some that 
are really compelling. So poking into the details might be relevant.

	Thanks,
	Paul