R: [Sipping-tispan] [CCBS/CCNR]

Inline.
> >
> > Any time a user does not accept a session returned by CCBS
> > within a given timeslot his place in queue is removed, unless
> > he is busy.
> 
> First, I think the intent is still to have the CCBS requestor initiate
> the call, since there may be costs associated with doing so.

There's no cost issue related to who is initiating the call because the
network is able to bill the caller regardless if it is a first-party or
a third-party call.

> 
> Second, you suggestion may run into race conditions with the CCBS
> requestor attempting to send a suspend request, because perhaps he had
> to answer another incoming call.

A CCBS subscription can be suspended if and only if the caller is busy:
the caller can not say "I'm going out for 5 minutes, I'll suspend my
ccbs subscription, and resume it when I get back". The CCBS requestor
can not suspend and resume a request: he can only cancel it.

Does this exclude the race condition you mentioned ? If not, could you
explain a bit further? 

> 
> > Any time a user is busy when a session returned by CCBS is
> > delivered, he keeps his place in queue. Other users in queue,
> > if any, can be served.
> > (this last scenario is known as "suspension")
> >
> > Would that be ok ?
> 
> How does the called queue manager know whether the caller is busy or
> not?  I'm afraid these requirements are delving into the solution
> discussion, but I'm not sure if that is avoidable.

I'm afraid as well, but I'll try to answer by rephrasing requirement 1:
Req 1 declares the need to monitor the callee, actually there's also a
need to monitor the caller....

REQ-1:
The entity providing the CCBS/CCNR service needs to know the change of
the status of a UA (e.g., in CCBS a transition from busy to idle or in
CCNR a transition from idle to another state) and it should have the
ability to recognize if the UA is able to provide such indication.

I can't tell if UA is the correct term, what I want to say is that it
applies for both callee and caller.

Regards
Silvia

Gruppo Telecom Italia - Direzione e coordinamento di Telecom Italia S.p.A.

====================================================================
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons
above and may contain confidential information. If you have received
the message in error, be informed that any use of the content hereof
is prohibited. Please return it immediately to the sender and delete
the message. Should you have any questions, please send an e_mail to
MailAdmin@tilab.com. Thank you
====================================================================

_______________________________________________
Sipping-tispan mailing list
Sipping-tispan@ietf.org
https://www1.ietf.org/mailman/listinfo/sipping-tispan