2. 1 Beyond Third Generation Cellular Networks: The Integration of Internet and Telephony Technology Randy H. Katz UC Berkeley Hughes-Raytheon Research Lab 2 September 1999 http://iceberg.cs.berkeley.edu Cellular “Core” Network Bridge to the Future S. S. 7

3. 2 Outline Motivation It’s all about Services The ICEBERG Project Summary and Conclusions

4. 3 Outline Motivation It’s all about Services The ICEBERG Project Summary and Conclusions

5. 4 Mobile Telephone & Internet Users Source: Ericsson Radio Systems, Inc. Mobile Telephone Users Internet Users Millions Year

6. 5 Shift Toward Digital Mobile Access Network Millions of Subscribers Year Digital Analog Source: Ericsson Radio Systems, Inc. Provides a ubiquitous infrastructure for wireless data as well as voice

7. 6 Data Dominates United States Network Traffic Growth (gigabits, bn) Source: Nortel in The Economist, 13 Mar 99

8. 7 Internet Telephony Local Call Internet Analog Voice to Packet Data Packet Data to Analog Voice Gateway High Latencies/Dropped Packets being solved Short term: circuit-switched local infrastructure plus packet-switched wide-area infrastructure Longer term: migration towards “always on” digital broadband data connections

9. 8 Core Network Becomes Data-Oriented IP-Based WAN Local Exch PSTN Local Switch IWF + Router Local Switch IWF + Router Voice Traffic Connection-Oriented Data Traffic Packet-Oriented Local Gateway Core Network Access Network Access Network Local Exch Net (LEC) Local Exch Net (LEC) Interexchange Network (IXC) Local Switch

10. 9 IP-Based WAN Packet-Oriented VoIP Gateway Core Network Access Network Access Network Router Core Network Becomes Data-Oriented Routing infrastructure with support for differentiated services Open question: service-level agreements that span multiple ISPs

11. 10 Smart Appliances/Thin Clients Qualcomm PDQ Phone PDA PCS

12. 11 Top Gun MediaBoard –Participates as a reliable multicast client via proxy in wireline network Top Gun Wingman –“Thin” presentation layer in PDA with full rendering engine in wireline proxy

13. 12 Important Trends Revisted Multimedia / Voice over IP networks –Lower cost, more flexible packet-switching core network –Simultaneous support for delay sensitive and delay insensitive flows via differentiated services Intelligence shifts to the network edges –Third-party functionality downloaded into Information Appliances like PalmPilots Programmable intelligence inside the network –Proxy servers intermixed with switching infrastructure –Mobile/extensible code, e.g., JAVA: “write once, run anywhere” –Rapid new service development –Speech-based services

14. 13 Outline Motivation It’s all about Services The ICEBERG Project Summary and Conclusions

15. 14 The Future: Internet-based Open Services Architecture “Today, the telecommunications sector is beginning to reshape itself, from a vertically to a horizontally structured industry. … [I]t used to be that new capabilities were driven primarily by the carriers. Now, they are beginning to be driven by the users. … There’s a universe of people out there who have a much better idea than we do of what key applications are, so why not give those folks the opportunity to realize them. … The smarts have to be buried in the ‘middleware’ of the network, but that is going to change as more-capable user equipment is distributed throughout the network. When it does, the economics of this industry may also change.” George Heilmeier, Chairman Emeritus, Bellcore

16. 15 Policy-based Location-based Activity-based Speech-to-Text Speech-to-Voice Attached-Email Call-to-Pager/Email Notification Email-to-Speech All compositions of the above! Universal In-box Transparent Information Access

17. 16 Room Entity Text to Command ICSI Speech Recognizer Microphone Cell phone A/V Devices Response to Client Path Audio TextCmd Composable Services E.g., voice control of A/V devices in a “Smart Room” –Multistage processing transformation –Strongly typed connectors –Service discovery service –Automated path generation

18. 17 Outline Motivation It’s all about Services The ICEBERG Project Summary and Conclusions

19. 18 ICEBERG: Internet-based CorE BEyond the thRid Generation The Challenge –Developing service intensive, network-based, real-time applications –Securely embedding computational resources in the switching fabric –Providing an open, extensible network environment: heterogeneity Computing –Encapsulating legacy servers & partitioning “thin” client functionality –Scalability: 100,000s of simultaneous users in the SF Bay Area High BW IP backbones + diverse access networks –Different coverage, bandwidth, latency, and cost characteristics –Third generation cellular systems: UMTS/IMT2000 –Next gen WLANs (Bluetooth) & broadband access nets (DSL/cable) Diverse appliances beyond the handset or PC –Communicator devices plus servers in the infrastructure

20. 19 Project Goals Demonstrate ease of new service deployment –Packet voice for computer-telephony integration –Speech- and location-enabled applications –Complete interoperation of speech, text, fax/image across the four P’s: PDAs, pads, pagers, phones) –Mobility and generalized routing redirection Demonstrate new system architecture to support innovative applications –Personal Information Management »Universal In-box: e-mail, news, fax, voice mail »Notification redirection: e.g., e-mail, pager –Home networking and control of “smart” spaces, sensor/actuator integration »Build on experience with A/V equipped rooms in Soda Hall

21. 20 Experimental Testbed SimMillennium Network Infrastructure GSM BTS Millennium Cluster WLAN / Bluetooth Pager IBM WorkPad CF788 MC-16 Motorola Pagewriter 2000 306 Soda 326 Soda “Colab” 405 Soda Velo Smart Spaces Personal Information Management TCI @Home H.323 GW Nino

22. 21 Computing and Communications Platform: Millennium/NOW Distributed Computing Services: NINJA Active Services Architecture MASH Media Processing Services Distributed Videoconferencing & Room-scale Collaboration TranSend Extensible Proxy Services ICEBERG Computer-Telephony Services Speech and Location Aware Applications Internet-Scale Systems Research Group ICEBERG Computer-Telephony Services Speech and Location Aware Applications Personal Information Management and “Smart Spaces”

23. 22 Ninja: Distributed Platform Building Blocks Data path: abstraction of data flow - sequence of operators and connectors interconnect to provide certain services. Operator: a unit of computation Connector: an abstraction of inter- operator communications Units Active Proxies Bases

24. 23 Bases (1M’s) –scalable, highly available –persistent state (safe) –databases, agents –“home” base per user –service programming environment Wide-Area Path Active Proxies (100M’s) –not packet routers, may be AN nodes –bootstrap thin devices into infrastructure –soft-state and well-connected NINJA Distributed Computing Platform Units (1B’s) –sensors / actuators –PDAs / smartphones / PCs –heterogeneous –Minimal functionality: “Smart Clients” Jini devices

25. 24 Project Strategy Telephony Service Architecture on NINJA –Computing resources in switching infrastructure –Computationally intensive services: voice-to-text –Service/server discovery –Security, authentication, and billing Infrastructure support for user-level service creation, dynamic customization and configuration Leverage IP-core network to integrate services from diverse access networks –PANS (Potentially Any Network Service)

26. 25 ICEBERG Focuses On... Rapid Service Deployment –Packet voice for computer-telephony integration –Speech- and location-enabled applications –Complete interoperation of speech, text, fax/image –Mobility and generalized routing redirection New Services for Innovative Apps –Encapsulating complex data transformation, e.g., speech- to-text, text-to-speech –Composition of services, e.g., Voice mail-to-email, email-to- voice mail –Location-aware information services, e.g., traffic reports –Multicast-enabled information services

27. 26 ICEBERG Supports... Potentially Any Network Services (PANS) –Any service can from any network by any device; network/device independence in system design Personal Mobility –Person as communication endpoint with single identity Service Mobility –Retain services across networks Easy Service Creation and Customization –Allow callee control & filtering Scalability, Availability, Fault Tolerance Security, Authentication, Privacy

28. 27 ICEBERG Architectural Elements ICEBERG Access Point (IAP) –Encapsulates network specific gateway (control and data) ICEBERG Point of Presence (iPOP) –Performs detailed signaling »Call Agent: per communication device per call party »Call Agent Dispatcher: deploy call agent Name Mapping Service –Mapping between iUID (Iceberg Unique ID) and service end point Preference Registry –Contains user profile:service subscription, configuration. customization Person Activity Tracker (PAT) –Tracks dynamic information about user of interest Automatic Path Creation Service –Creates datapath among participants’ communications devices

29. 28 Transformation and Redirection IP Core PSTN Pager WLAN Cellular Network Cellular Network H.323 GW IAP Transducer Agent Redirection Agent

30. 29 More Detailed View Iceberg Network PSTN GSM Pager WaveLAN GSMPSTN IAP iPOP Cal Stanford

31. 30 ICEBERG Signaling System Signaling System –Distributed system w/agents communicating via signaling protocol for call setup, routing, & control ICEBERG Basic Call Service –Communication of two or more call participants using any number of communication devices via any kind of media –If call participant uses more than one devices, must be used synchronously Basic Approach –Loosely coupled, soft state-based signaling protocol w/group communication –Call Session: a collection of call agents that communicate with each other

32. 31 Signaling: Call Session Establishment Name Mapping Service Preference Registry Alice Bob Carol IAP 1 3 35 6 7 89 10 11 13 14 IAP 15 16 2 Call Agent Dispatcher Call Agent iPOP 4 Call Agent Dispatcher Call Agent iPOP 12 Call Agent Dispatcher Call Agent iPOP

33. 32 Signaling: Call Control Call Control –Refers to control protocol in an established call session –Involves altering & propagating call states in the call session, and modifying the datapath correspondingly Call States –Call party identities, communication devices in use & their call status, and datapath information on data streams involved Challenge –Reliable propagation of call state changes to call agents, given highly dynamic call session environment »Adapt as session membership changes »New member must be able obtain current session state

34. 33 ICEBERG Approach for Call Control Call Session –Abstraction of shared communication channel –Level of indirection to hide identity and location of call session members (I.e., call agents) –Adapt to membership change Call State –Soft state-based –Maintained by each call agent in a session

35. 34 Light-Weight Call Session Call Agent Call Agent Data Path Table Call Session Auto Path Creation Call State Table Call Agent Announce Listen Create/tear down data path Create/tear down data path Add or remove path

36. 35 Datapath Simplification Separate data from control –Isolate datapath creation from signaling –Encapsulates media negotiation Powerful enabler for any-to-any communication in ICEBERG due to its flexible composability Current use immature and ad-hoc –Operator with reference count –Operator description: what and where to run or cleanup –Who gets to create path

37. 36 Signaling: Fault Detection and Recovery Ninja Distributed Service Environment – Run all Iceberg components on Ninja Base Advantageous separation of iPOP and IAP –IAP: network specific gateways likely maintain hard state; Gateways are responsible for maintenance –iPOP: light-weight call session is the key Detection –IAP and iPOP send heartbeats to each other –Loss of heartbeat implies loss of life

38. 37 Conference Call: First Class Service Redefining conference call –Call between at least two call parties with at least three communication devices Conference call operations are building blocks for services –Add a communication endpoint –Remove a communication endpoint Simplify implementation of services that require communication endpoint changes –Change an endpoint = remove + add

39. 38 Example: Service Handoff Service handoff occurs when users switch communication devices in midst of call session Enables service mobility Service handoff is: –Generalized call transfer –Special case of conference call »User uses one device to invite another device »Then hangs up the first device

40. 39 Service Handoff Scenario: Cell Phone to Laptop Caller IAP Callee IAP Caller IAP2 handoff from cell phone to VAT Multicast Session announce Listen announce Listen announce Listen Cell phone turned off Start new IAP

41. 40 Service Handoff Scenario Caller IAP Callee IAP Caller IAP2 handoff from cell phone to VAT Multicast Session announce Listen announce Listen Cell phone turned off Start new IAP Simple reliability scheme IAP fault tolerant Simultaneous service handoff Multiparty calls trivial Security through encryption

42. 41 Comparison with SIP, H.323 SIP Differences –Group vs. pairwise communication for signaling –Light-weight session vs. tightly coupled session Our Advantages –Adaptive to dynamic call session (i.e., call session membership change, protocol agent fault recovery) –Simplicity in service implementation H.323 Problems –Complexity: no clean separation of component protocols; many options for doing a single task –Extensibility: requires full backward compatibility; each codec is centrally registered and standardized; not modular –Scalability: stateful (depends on TCP); central control for conference call –Services: cannot express preferences

43. 42 Implementation and Current Status Prototype system built on Ninja iSpace using Java (~5000 line code) Thread programming model rather than event- driven -- implicit state machine Conference call service operational Service handoff now being implemented (between PSTN, GSM, WaveLAN) LDAP for the Name Mapping Service Preference Registry: forms-based specification yielding Perl scripts

44. 43 Outline Motivation It’s all about Services The ICEBERG Project Summary and Conclusions

45. 44 Summary Bases Active Proxies Units Ninja Execution Environment Data Plane Operators Connectors Paths Control Plane IAP PAT PRLS APC Pref Reg Name Svc

46. 45 Conclusions Emerging Network-centric Distributed Architecture spanning processing and access Open, composable services architecture--the wide-area “operating system” of the 21st Century Beyond the desktop PC: information appliances supported by infrastructure services--multicast real- time media plus proxies for any-to-any format translation and delivery to diverse devices Common network core: optimized for data, based on IP, enabling packetized voice, supporting user, terminal, and service mobility