Detecting feature interactions in CPL

Xu, Yiqun; Logrippo, Luigi; Sincennes, Jacques

doi:10.1016/j.jnca.2005.10.001

Cited by 8 publications

(10 citation statements)

References 10 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…If one end system rejects a call using a 603 Busy everywhere status code, other end systems should not try to redirect the call. This is similar to the Basic Rule BR1 in [12]. Typically, a person would not talk with another person using two different end devices of the same media type.…”

Section: Sumc Feature Interactionsmentioning

confidence: 67%

See 1 more Smart Citation

Handling feature interactions in the language for end system services

Schulzrinne

2007

Computer Networks

View full text Add to dashboard Cite

One big difference between Internet telephony and the public switched telephony network (PSTN) is that the PSTN usually assumes dumb endpoints, while Internet telephony has intelligent endpoints that can perform services. Performing services on endpoints may introduce many new communication services, make telecommunication services more distributed, and make the entire telecommunication network more robust and efficient. At the same time, it may also make telecommunication services more difficult to manage and require new techniques to create and compose services. In this paper, we first introduce the new scripting language, called the Language for End System Services (LESS), which we define specifically for end system service creation. LESS is extended from the Call Processing Language (CPL) and uses a tree-like structure to represent telecommunication services. Based on this tree structure, we propose a method based on LESS action conflict tables and a tree merging algorithm to detect potential feature interactions and help to resolve any conflicts detected. We integrated the method for handling feature interactions into our LESS-based end system service creation environment, which is part of our Session Initiation Protocol-(SIP) based user agent, SIPc. SIPc can execute LESS scripts for end system services and contains a service manager that can handle feature interactions.

show abstract

Section: Sumc Feature Interactionsmentioning

confidence: 67%

“…Xu et al proposed to translate CPL into a formal language to check feature interactions [12]. Amyot et al developed a tool called FIAT for filtering inconsistencies among features, then implemented a translator to convert CPL to the FIAT input language [13].…”

Section: Related Workmentioning

confidence: 99%

Handling feature interactions in the language for end system services

Schulzrinne

2007

Computer Networks

View full text Add to dashboard Cite

show abstract

“…Some approaches have been proposed to verify properties of services written in these languages. For example, detection of interaction between features has been explored in the context of CPL [12,20] and LESS [19]. However, none of these languages has been formally defined.…”

Section: Related Workmentioning

confidence: 99%

A stepwise approach to developing languages for SIP telephony service creation

Palix

Consel

Réveillère

et al. 2007

Proceedings of the 1st International Conference on Principles, Systems and Applications of IP Telecommunications

View full text Add to dashboard Cite

Developing a SIP-based telephony service requires a programmer to have expertise in telephony rules and constraints, the SIP protocol, distributed systems, and a SIP API, which is often large and complex. These requirements make the development of telephony software an overwhelming challenge. To overcome this challenge, various programming languages have been proposed to develop telephony services. Nevertheless, none of these languages as yet has a formal semantics. Therefore, the reference implementation, which may not be available, becomes the only source of information for the programmer to understand the subtleties of the language. Furthermore, this situation makes it difficult for third-party developers to port the language to another runtime system or to provide another implementation of the runtime system. This paper presents a semantics-based stepwise approach for designing and developing a scripting language dedicated to the development of telephony services. This approach enables critical properties of services to be guaranteed and captures expertise on the operational behavior of a service. We have applied this approach to developing the Session Processing Language (SPL) [3] dedicated to SIP-based service creation. A variety of services have been written in SPL for our university department.

show abstract

“…In many cases, the naive user unfortunately will not be able to distinguish interactions from system malfunctions. Reviews of research on service conflicts in traditional telecommunications systems can be found in [25,26] and policy conflicts in CPL are discussed in [27,28].…”

Section: Policy Conflictsmentioning

confidence: 99%