Browse Prior Art Database

Control of Service Context using SIP Request-URI (RFC3087)

IP.com Disclosure Number: IPCOM000005281D
Original Publication Date: 2001-Apr-01
Included in the Prior Art Database: 2001-Aug-20
Document File: 40 page(s) / 84K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

B. Campbell: AUTHOR [+2]

Abstract

This memo provides information for the Internet community. It describes a useful way to conceptualize the use of the standard SIP (Session Initiation Protocol) Request-URI (Uniform Resource Identifier) that the authors and many members of the SIP community think is suitable as a convention. It does not define any new protocol with respect to RFC 2543.

This text was extracted from a ASCII document.
This is the abbreviated version, containing approximately 5% of the total text.

Network Working Group B. Campbell Request for Comments: 3087 R. Sparks Category: Informational dynamicsoft

April 2001

Control of Service Context using SIP Request-URI

Status of this Memo

This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.

Copyright Notice

Copyright (C) The Internet Society (2001). All Rights Reserved.

Abstract

This memo provides information for the Internet community. It describes a useful way to conceptualize the use of the standard SIP (Session Initiation Protocol) Request-URI (Uniform Resource Identifier) that the authors and many members of the SIP community think is suitable as a convention. It does not define any new protocol with respect to RFC 2543.

In a conventional telephony environment, extended service applications often use call state information, such as calling party, called party, reason for forward, etc, to infer application context. In a SIP/2.0 call, much of this information may be either non- existent or unreliable. This document proposes a mechanism to communicate context information to an application. Under this proposal, a client or proxy can communicate context through the use of a distinctive Request-URI. This document continues with examples of how this mechanism could be used in a voice mail application.

Campbell Sparks Informational [Page 1]

RFC 3087 SIP Service Control April 2001

Table of Contents

1. Introduction . . . . . . . . . . . . . . . . . . . . . . . 3 2. Example Application . . . . . . . . . . . . . . . . . . . 3 2.1 Using URIs to Control Voice Mail Service Behavior . . . . 3 3. Voice Mail Scenario Descriptions . . . . . . . . . . . . . 5 3.1 Deposits . . . . . . . . . . . . . . . . . . . . . . . . . 5 3.1.1 Direct Request to Deposit to a particular mailbox . . . . 5 3.1.1.1 SIP source . . . . . . . . . . . . . . . . . . . . . . . . 5 3.1.1.2 Arbitrary PSTN source . . . . . . . . . . . . . . . . . . 5 3.1.1.3 Recognized PSTN source . . . . . . . . . . . . . . . . . . 6 3.1.2 Direct Request to Deposit, mailbox to be determined . . . 6 3.1.2.1 SIP source . . . . . . . . . . . . . . . . . . . . . . . . 6 3.1.2.2 PSTN source . . . . . . . . . . . . . . . . . . . . . . . 6 3.1.2.3 Indirect Request to Deposit, due to find-me proxy decision 6 3.2 Retrievals . . . . . . . . . . . . . . . . . . . . . . . . 7 3.2.1 Request to Retrieve from a particular mailbox . . . . . . 7 3.2.1.1 Trusted SIP source . . . . . . . . . . . . . . . . . . . . 7 3.2.1.2 Authenticated SIP source . . . . . . . . . . . . . . . . . 7 3.2.1.3 Unauthenticated SIP source . . . . . . . . . . . . . . . . 7 3.2.1.4 PSTN source . . . . . . . . . . . . . . . . . . . . . . . 7 3.2.2 Request to Retrieve, mailbox to be determined . . . . . . 7 3.2.2.1 SIP source . . . . . . . . . . . . . . . . . . . . . . . . 7 3.2.2.2 Arb...