Re: [Sipping-tispan] Requirements -02h

[Paul Kyzivat <[e-mail]>]

Miguel Garcia wrote:
> Yeap, I agree. I posted also a question as for a decline should have the 
> same effect. There is currently no "decline" in PSTN, although it exists 
> in mobile networks, and IMHO a decline to a ccbs recall should make the 
> ccbs request to be placed as suspended.

Hmm, what do you mean by "suspension"? Since 603 Decline is a Global 
Failure, it should be interpretted as speaking for all the UAs. But I am 
thinking this should be interpretted as a cancellation of the CCBS, 
rather than a suspension. OTOH, I think 600 Busy Everywhere should be 
treated literally - as if all the UAs had reported Busy Here - as an 
indication to try later.

	Paul

> /Miguel
> 
> Michael Hammer (mhammer) wrote:
> 
>> This appears to be a consequence of the multi-terminal status union,
>> meaning that some centralized entity (could be co-located with one
>> terminal) would need to keep track of the call state of all the
>> terminals representing that user (AoR).  If any one of those terminal is
>> busy, then the caller is busy.  Only when all terminals are unbusy, then
>> the caller is deemed free to participate in the call completion.
>>
>> That assumes that only one human uses all the terminals.  If it is
>> possible for more than one person to use those terminals, there could be
>> a problem.  Picture the teenage daughter (son) yacking away while the
>> father (mother) is trying to use CCBS to complete an important call.
>> How one sets up the relationship from terminals to AoRs can be tricky.
>> Perhaps some indication of CCBS from this terminal only would be useful.
>>
>> At least that is how I am interpreting the requirements.
>>
>> Mike
>>
>>
>>
>>> -----Original Message-----
>>> From: [e-mail] 
>>> [mailto:[e-mail]] On Behalf Of Elwell, John
>>> Sent: Friday, September 30, 2005 8:49 AM
>>> To: Miguel Garcia; '[e-mail]'
>>> Cc: Alexeitsev, D
>>> Subject: RE: [Sipping-tispan] Requirements -02h
>>>
>>> Miguel,
>>>
>>> "REQ-CCBS/CCNR-15: Should the caller be busy at the time of executing
>>>                     CCBS/CCNR request, the request is suspended until
>>>                     its status changes (back to free status)."
>>>
>>> What is meant by caller busy? Is this the human user (or 
>>> application)? Or the UA from which CCBS/CCNR was requested? Or all 
>>> the caller's UAs? Or any of the caller's UAs? This is important as it 
>>> will determine the SIP signalling needed to determine whether the 
>>> caller is busy.
>>>
>>> John
>>>
>>>
>>>> -----Original Message-----
>>>> From: Miguel Garcia [mailto:[e-mail]]
>>>> Sent: 30 September 2005 11:00
>>>> To: '[e-mail]'
>>>> Cc: Alexeitsev, D
>>>> Subject: [Sipping-tispan] Requirements -02h
>>>>
>>>> ok, so here it goes with a new iteration:
>>>>
>>>> http://people.nokia.net/~miguel/drafts/pre/draft-jesske-sippin
>>>> g-tispan-requirements-02h.txt
>>>> http://people.nokia.net/~miguel/drafts/pre/draft-jesske-sippin
>>>> g-tispan-requirements-02h.html
>>>>
>>>> And the diff version:
>>>> http://people.nokia.net/~miguel/drafts/pre/draft-jesske-sippin
>>>> g-tispan-requirements-02g-to-h.html
>>>>
>>>> Changes:
>>>> - Clarification that we don't list every single requirement that we 
>>>> have.
>>>> - Calling Party Category requirements are now in the general section
>>>> - New CCBS/CCNR requirements for the callee to be able to reject a 
>>>> request for the service and to be able to use any given terminal.
>>>> - Clear of ACR text related to the override feature.
>>>>
>>>> Note that I am still trying to classify my e-mail. Since 
>>>
>>>
>>> you all have
>>>
>>>> been very active in the last few days, I wouldn't be 
>>>
>>>
>>> surprise to see
>>>
>>>> that I have forgotten to add or modify something that has 
>>>
>>>
>>> been agree
>>>
>>>> upon. In such case, please drop me an e-mail and I will add 
>>>
>>>
>>> it in the
>>>
>>>> next iteration.
>>>>
>>>> /Miguel
>>>> -- 
>>>> Miguel A. Garcia           tel:[phone]
>>>> sip:[e-mail]
>>>> Nokia Research Center      Helsinki, Finland
>>>>
>>>>
>>>> _______________________________________________
>>>> Sipping-tispan mailing list
>>>> [e-mail]
>>>> https://www1.ietf.org/mailman/listinfo/sipping-tispan
>>>>
>>>
>>> _______________________________________________
>>> Sipping-tispan mailing list
>>> [e-mail]
>>> https://www1.ietf.org/mailman/listinfo/sipping-tispan
>>
>>
>>
> 

_______________________________________________
Sipping-tispan mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/sipping-tispan