Browse Prior Art Database

Open Architecture for Service enabled "Thin" Telephony Clients

IP.com Disclosure Number: IPCOM000018504D
Original Publication Date: 2002-Sep-01
Included in the Prior Art Database: 2003-Jul-23
Document File: 4 page(s) / 178K

Publishing Venue

Siemens

Related People

Marc Roelands: AUTHOR

Abstract

Today there is no solution for telephony architecture which allows the new multimedia transport and signaling techniques the use of individual terminals without the loss of existing telephony features that are still provided by installed PBX (Private Branch Exchange) and moreover that is open enough to allow the gradual addition of new features, services and applications in a true, network-independent way.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 20% of the total text.

Open Architecture for Service e-nabled "Thin" Telephony Clients

Information / Kommunikation

Idee: Marc Roelands, BE–Herentals

Today there is no solution for telephony architecturewhich allows the  new  multimedia  transport  andsignaling techniques the use of individual terminalswithout the loss of existing telephony features thatare still provided by installed PBX (Private BranchExchange)  and  moreover  that  is open enough toallow the gradual addition of new features, servicesand applications in a true, network-independent way.

The new  telephony  service  architecture  resolvesthese restrictions by  introducing  an  open  servicecontrol plane, uncoupled from the basic call controland media planes. Furthermore this solution allowsthe full use of PBX functionality towards old andnew terminal types.

Figure 1 shows the different architectural elementsand their relations. Crucial to the architecture is thatonly the elements A, B and F are service-aware. Atthe other communication end it is actually the termi-nal user  that  is  aware  of  services.  New  service-providing elements like B or F can be added to thearchitecture without imposing any changes to any ofthe elements C, D or E. This is made possible bydecoupling the services themselves, i.e. the “servicecontent”, from the service transport mechanism. Tothis  extend  a  technical  solution is invented thatmakes it possible to use the World Wide Web para-digm for the transport of services such as telephonyfeatures, while until now this paradigm is only ap-plied in the narrower  scope  of  computer  systemsinterconnected by a data network.

The first inventive step is  on  the  side  of  terminalsystem (D) and its communication (1) to the servicepresentation server (C). The fact that anything dis-played on a device used for telephony can be de-scribed as just a page of some “hypertext” type hasled to the idea, that the device display use for teleph-ony  feature-related  functionality  can  be  realizedaltogether with Web applications that are controlledfrom some of these devices already today. This op-poses to the usual approach for triggering and show-ing telephony feature progress by using a part of thedevice display for content dictated by locally hard-wired phone logic. Such phone logic typically allowsselection in a feature progress-dependent menu thatis fetched from the PBX through a proprietary or atleast  a  telephony-specific  protocol,  often  of  the“stimulus” type, closely tied to basic call signaling.

Examples of display description standards that can beused  for  the  new  approach  are HTML (HypertextMark-up Language) pages or WML (Wireless Mark-up Language) card decks, the latter being orientedexactly to the broad variety of smaller displays. This

display content can be transported by the standardtransport  protocol  that  is  usually  associated  withthese respective content description standards, HTTP(Hypertext  Transport  Protocol)  or WSP (WirelessSession  P...