PART FOUR: THE SIGNALING VIEW OF CONNECTION SERVICES this lecture - - PowerPoint PPT Presentation

part four the signaling view of connection services
SMART_READER_LITE
LIVE PREVIEW

PART FOUR: THE SIGNALING VIEW OF CONNECTION SERVICES this lecture - - PowerPoint PPT Presentation

PART FOUR: THE SIGNALING VIEW OF CONNECTION SERVICES this lecture is centered on DFC, and explains many of its principles DISTRIBUTED FEATURE COMPOSITION (DFC) usage: a dynamically assembled graph internal call: a featureless, point-to- of


slide-1
SLIDE 1

PART FOUR: THE SIGNALING VIEW OF CONNECTION SERVICES

this lecture is centered on DFC, and explains many of its principles

slide-2
SLIDE 2

usage: a dynamically assembled graph

  • f boxes and internal calls

DISTRIBUTED FEATURE COMPOSITION (DFC)

IB IB FB FB FB box: a concurrent process, providing either interface or feature functions internal call: a featureless, point-to- point connection with a two-way signaling channel and any number of media channels system boundary router DFC router: routes internal calls to boxes, which means it applies features feature data persistent data: usually partitioned by feature, interface to Web services FEATURE INTERACTION (COMPONENT COORDINATION) MECHANISMS: two-way signaling along paths consisting of internal calls and intra-box links the routing algorithm supports abstract addresses, feature precedence, forks and joins THE MODULARITY MECHANISM IS PIPES AND FILTERS: each box has transparency, autonomy, and context-independence—it does not know or need to know which other boxes are present

slide-3
SLIDE 3

VM QT PR src=d1 src=d1 src=p1 src=p1 src=p1 trg=p2 trg=p2 trg=p2 trg=d2 trg=d2

DFC ROUTING (VERSION 2)

IB IB SOURCE REGION TARGET REGION transparency: a feature box can continue the chain of calls without changing any address autonomy: a feature box can change an address and thereby alter the routing context independence: no feature box knows or sees the name of any other feature box d1 d1 d1 d2 d2 p1 p1 p2 p2 p2 CW CW Ident Auth PD target zone of p2 target zone

  • f d2

source zone of d1 source zone of p1 contains one feature of each type subscribed to by p1 and relevant to calls in which p1 is the caller, in precedence order free box type: route to a new instance bound box type: route to a unique instance

slide-4
SLIDE 4

THE PROTOCOL FOR DFC INTERNAL CALLS (VERSION 1)

CALLER PORT CALLEE PORT setup upack teardown teardown downack downack an internal call always succeeds a two-way FIFO signaling channel exists; boxes can send status signals to each

  • ther

status signals avail, unavail, and unknown usually travel from callee port to caller port avail either port can initiate teardown status if a port receives a status signal after sending a teardown, the status signal is ignored

slide-5
SLIDE 5

SIGNALING INTERACTIONS

transparency: a box behaves transparently when its functions are not needed autonomy: each box has the power it needs to perform its functions independently RVM RVM RVM context independence: by its behavior and its place in the precedence order, a feature box can trigger, delay, or cancel other features without knowing whether they are present or what they are PR target zone IVR dialogue with caller; caller chooses whether to interrupt targeted subscriber IVR dialogue with caller; caller records voice mail in subscriber's mailbox if no, QT sends unavail upstream if yes, QT continues the chain and becomes transparent RVM PR if single branch succeeds, send avail upstream if whole attempt times out, send unavail upstream absorb failures

  • f

single branches QT QT QT

slide-6
SLIDE 6

talking talking move to cellphone call answer the two people can talk throughout the move move is complete when user hangs up original phone call ringback user can now switch back and forth between the two parties

MID-CALL MOVE CALL WAITING TWO INTERESTING FEATURES

slide-7
SLIDE 7

talking talking, placing ? move / ! place_new ? cancel_move / ! end_new ? new_failed ? disc ? disc talking, ringback talking, held ? receive_new / ! cw_indic, ? switch ? switch ? disc_held

BASE DESCRIPTION MID-CALL MOVE CALL WAITING

! ringback it is relatively easy to add each feature by modifying the base description, but what is the composition of all three? each modified machine has states and events not found in the other there is more than one "correct" composition

slide-8
SLIDE 8

IB IB IB MCM

MID-CALL MOVE CALL WAITING

subs subs subs subs new src=subs src=subs src=subs src=subs trg=far trg=far src=far trg=new free and reversible: different instances appear in both source and target zones BASE DESCRIPTION (featureless service) is the architecture itself talking talking, placing ? move / ! place_new ? cancel_move / ! end_new ? new_failed, CW trg=subs bound and reversible: the same instance appears in source and target zones talking talking, ringback talking, held ? receive _new ? switch ? switch ? disc_ held

slide-9
SLIDE 9

IB IB MCM CW subs subs subs new src=subs src=subs src=subs trg=subs trg=new IB IB MCM MCM CW subs subs subs subs new src=subs src=subs src=subs trg=subs trg=subs trg=new a move applies to both far parties

TWO DIFFERENT COMPOSITIONS OF THE FEATURES (GENERATED BY DIFFERENT PRECEDENCE ORDERS)

a move applies to

  • nly one party—

the one currently selected in either composition, the features operate with complete independence (neither even knows about the existence of the other)

slide-10
SLIDE 10

TO ACCOMMODATE MULTIMEDIA SERVICES, WE MUST SEPARATE THE TWO CONCEPTS setup upack

  • pen
  • ack

wait avail accept ringing answered ringback talking

THE DFC PROTOCOL (VERSION 2)

the two-way signaling channel

  • f a call has many tunnels

tunnel 0 carries call-level status signals such as avail and unavail each other tunnel, if used, carries the control signals for a media channel a call can contain any number of media channels, of any media (voice, text, video, music) a media channel can be opened from either direction, at any time during the call, and closed at any time during the call THE POTS PROTOCOL COMBINES THE CONCEPTS OF A CALL AND OF ONE VOICE CHANNEL

slide-11
SLIDE 11

Alice has a personal address A with a Locate Me feature Alice will participate in a voice conference at 2 p.m. Conference Server Locate Me begins to search for Alice "please wait while I locate Alice for you" "your voice conference is in

  • progress. Please enter your PIN"

"your voice conference is in

  • progress. Please enter your PIN"

Alice asks to be called at A Locate Me at 2 p.m. . . . Conference Server calls A Conference Server disconnects Locate Me plays music A the call is answered (but not by a person)

A BAD FEATURE INTERACTION: VOICE/PERSON CONFUSION

slide-12
SLIDE 12

Alice answers Alice has a personal address A with a Find Me feature Alice will participate in a voice conference at 2 p.m. Conference Server "please wait while I locate Alice for you", music "your voice conference is in

  • progress. Please enter your PIN"

Alice asks to be called at A Find Me A call to a phone that Alice might answer signal accept means that a voice channel is open signal avail means that Alice is present

THE SOLUTION IS THE RIGHT SIGNALS AND CORRECT USE OF THEM

slide-13
SLIDE 13

Add Callers Alice Bob Alice calls Bob, who has Add Callers VoIP phone does its own tone generation Add Callers Alice Bob Bob attempts to add Carol to the conversation B B Carol

A BAD FEATURE INTERACTION: LOST SIGNALS

Bob's phone ignores ringback signal, because it is coming "too late" and "in the wrong direction" Bob thinks Add Callers is not working, aborts the attempt to add Carol

slide-14
SLIDE 14

Add Callers Alice Bob attempts to add Carol to the conversation B B Carol

THE SOLUTION TO LOST SIGNALS

Bob's phone is supposed to perform the tone generation, but ignores the ringback signal, because it is coming "too late" and "in the wrong direction" Tone Generator a feature box generates the right tone in this and other similar situations DFC does not restrict the number or direction of status signals, at the call

  • r media levels, because features

use status signals in a wide variety

  • f ways
slide-15
SLIDE 15

to manage interactions: diagnose possible interactions decide which are desirable and which are undesirable prevent the bad interactions, enable the good interactions

FEATURES, REVISITED

A FEATURE CAN BE ANYTHING THAT IS CONCEIVED AS A USEFUL INCREMENT OF FUNCTIONALITY Find Me VUI billing cross-cutting concerns AN INEVITABLE BY-PRODUCT OF FEATURE MODULARITY IS FEATURE INTERACTION DFC IS BY FAR THE MOST SUCCESSFUL MEANS TO FEATURE MODULARITY IN TELECOMMUNICATIONS many other approaches have been tried DFC SUPPORTS MODULARITY FOR A VERY WIDE RANGE OF FEATURES

slide-16
SLIDE 16

HOW DO FEATURES INTERACT IN DFC?

ROUTING SHARED SIGNALS MEDIA CHANNELS DATA (this is unexplored territory) identification: features affect the identification information that other features receive contact: features affect the contact addresses that other features receive invocation: features affect which

  • ther features are invoked

features manipulate the same media channels a feature can trigger, delay, or suppress the functioning of another feature the presence of a feature can cause signals to be interleaved, iterated, or reversed with respect to the ordinary features of a single call; this affects other features that are sensitive to them this taxonomy is pragmatic and intuitive rather than formal; it is evolving