290 likes | 446 Vues
TIPHON NGN approach and architecture. SCN Plane. Problem: Too Many Protocols. T erminal/ SIP client. Back-End Server. Soft Switch. Gateway. SE. SE. SE. RAS Annex G OSP. RAS Annex G OSP. MGC. SG. RAS. INAP. SC. SC. SC. SC. SC. SIP. SoftSwitch. H.225.0. H.225.0.
E N D
SCN Plane Problem: Too Many Protocols Terminal/ SIP client Back-End Server Soft Switch Gateway SE SE SE RAS Annex G OSP RAS Annex G OSP MGC SG RAS INAP SC SC SC SC SC SIP SoftSwitch H.225.0 H.225.0 ISUP/Q.931 H.225 CC CC CC CC CC SIP SIP, BICC SIP, BICC QSIG H.245 H.245 H.245 BC BC BC BC SDP SDP SDP H.248/MEGACO H.248/MEGACO MG MG MC MC RTP RTP MC Packet transport plane
Changes in business landscape • Changes in technology • Changes in regulation • Changes in customer perception
New Commercial Framework • Multi-service is the future • spread costs of infrastructure over many services • Services are rendered in a commercial context • user pays for the use of the service • Access provider profits from new services
Authorization & Accounting Service integration Content delivery Video Telephony Telephony Instant messaging Presence E-commerce Generic broadband TDM GPRS UMTS 10BT 100BT WLAN Transport service (access & core) NGN scope
New Technology Framework • Internet model is not the way forward! • Base technology framework on business relationships • Separate application services and transport services in orthogonal planes • Use a meta-protocol to specify the technology and interwork all applicable protocols • Shape technology by requirements on QoS, Accountability and Security
TIPHON Services Approach • Release 3: • Simple Call • Release 4: • Small-Office/Home-Office (SOHO) & High-end Residential (HiRes) • Release 5: • Next Generation (NextGen)
Protocol Independence • Goal: Seamless Service Availability • Desired Result:TIPHON services available on several technologies • H.323 • SIP • H.248 / MEGACO • BICC • etc… • Method: Meta-protocol (stage 2) driven from Service Capabilities • Technology: Profiles of existing and emerging protocols
QoS Considerations • QoS is based on subjective requirements and is Application Specific • Technical framework ensures QoS can be requested and delivered, even inter-domain • Maintain QoS even for high network load
Application Construction Some applications may be standardised (e.g. telephony) Service Applications Service Application Layer Registration Capability Service Abstraction Layer Routing Capability Service Capabilities Proprietary extensions provide differentiation and interoperability.
Interworking on common capabilities Extra Service Capabilities Extra Service Capabilities Extra Service Capabilities Extended Service Applications Hierarchy of applications Base Service Application
SCN Plane Management Plane Transport plane Transport Plane Application Plane Planes: Major Functional View Service architecture, protocols
Application plane • Provides applications over generic transport • This service needs to be protected from abuse • Structured for re-use • Design process: • Who • Identifying roles in the end to end service • What • Identifying functionality per role • Where • Mapping the role to possible physical architectures
Essential elements • Quality of Service • Determined for the application • Drives the transport plane • Transport plane is subservient to application plane • Security • Protects the user • Protects the infrastructure • Maintains performance
Transit Network FG Serving Network FG Home Network FG Transit Network FG Serving Network FG Transit Network FG Home Network FG Functional Groups Originating Terminal Terminating Terminal
Transport Plane • Transport plane provides a service • QoS aware Transport (for streamed media and signaling) • Service has access control • Transport requirement is driven by the application • How the requirement is met is not of interest to the application • Open transport interface • QoS enabled transport request • Open reporting facility
Application plane Orig./ Term Terminal FG Serv. NW FG Home NW FG Inter. NW FG Term./ Orig. NW FG Services layer Service control layer Call/Session Control Layer Bearer Control Layer Media control layer Transport plane Service layer Control layer Transport layer TIPHON Architecture
Originating/Terminating Network FG Originating/ Terminating Terminal FG Terminating/ OriginatingGateway FG IntermediateNetwork FG ServingNetwork FG Home Network FG Service QoSPE ServiceProfile Call Routing QoSPE User profile Call Routing QoSPE Call Routing QoSPE S4 S4 S3 S2 S4 S1 S2 S3 S3 S4 S1 Service control SC2’ SC SC SC SC SC SC2’ SC2’ R1 R2 HREG TREG SREG SC1 SC2 SC2 SC2 SC2 Call control CC CC CC CC CC C3 C2 C2 C1 C2 Bearer Control C2 SCNPlane C3 C1 C2 C2 BC BC BC BC BC N2 N2 N2 N1 N3 Media Control MC MC MC MC MC M1 M2 M2 M2 M3 TransportService T2 TU TPE TU TPE T2 TU T2 T1 TPE T1 I6 I4 I6 I4 I6 I4 I1 I1 I2 I2 TRM TRM TRM TRM TRM TransportControl I3 I3 I5 I3 I3 I5 I3 I3 I5 ICF TF ICF TF ICF ICF TF ICF ICF Transportflows Originating/ Terminating Terminal FG Egress/Ingress transport Domain Ingress/Egress transport Domain Core transport Domain TIPHON Architecture
Services Static service related information. (e.g. databases for user profiles, call routing tables). Active service related functionality (e.g. terminal registration and call routing) Service Control Call/ Session Control Binds a set of users and a group of bearers together and maintains call state Bearer Control Control of media flow properties and media end-point addresses (e.g codec type, packetization, QoS Requirements) Media Control Media stream transmission and reception QoS Characterization & Control Call Setup Paul desires a Telephony session with Mike with “Good” Quality Paul is at terminal 192.168.1.9 in realm ServiceProvider1-NL, Mike is at ServiceProvider2-UK, create a call Call between terminal 192.168.1.9 in realm ServiceProvider1-NL, and realm Mike at ServiceProvider2-UK, create call between them with “Good” Quality bidirectional audio bearer between terminal 192.168.1.9 in realm ServiceProvider1 -NL and B-party in realm ServiceProvider2 -UK, delay < 150ms, loss<….. G711 over RTP flow, 20 ms audio per packet from 192.168.1.9 to ServiceProvider1-NL interconnect, transcode at interconect to G.723, send to ServiceProvider2 -UK interconnect .etc. Transport: arranges link-link QoS packet transport for flows with given packet size with appropriate delay, loss etc
I want a session with user Mike with quality level “Good” and have CODECS G.711, G.723, G.729 I want a session to user “Mike” at your network from user “Paul” with budgets; delay <80ms, jitter < …, loss < …, offering CODECS G.711, G.723, G729, GSM I have a session for you from user “Paul” with choice of CODECS G.711, G.723, G729 , GSM Calls across Domains OK, you’re my customer and this falls within our contract. OK, we have a hand-off contract and this falls within our contract. Thank you, I will pick G.711 Originating Terminal FG Originating Network FG Terminating Network FG Terminating Terminal FG
CallRequest Meta-protocol NextDomain PreviousDomain Transport MC BC CC SC Services Access Routing Request 1.A requests call Access &Routing Request SC200 2. Authorize call CC200 Validate RouteConfirm SC201 Access Routing Request BearerRequest BC200 4.request bearer 3.route call Validate RouteConfirm BearerRequest Access &RoutingConfirm MediaCapRequest SC202 TransportCapRequest 6.reserve transp. 5.reserve media MC200 BC200 CC203 BearerEstabl.Report MediaCapConfirm TransportCapConfirm CallRequest 7. Forward to B MC201 BC201 CC204 BearerRequest 8. B confirms bearer MediaEstReqeust TransportEstRequest BearerConfirm 10.establish transp. MC202 9.establish media BC202 MediaEstConfirm BearerEstabl.Confirm TransportEstConfirm MC203 BC203 CC209 CallReport{Alerting} CallReport{Alerting} CC210 13.Activate transp. 12.Activate media 11. B accepts call MediaIndication BearerIndication TransportIndication CallConfirm CC211 MC204 BC204 CallConfirm ACTIVE PHASE 14.media flows
H.323 flows IP Transport NextDomain Terminal MG Gatekeeper Gate- keeper H.225 Annex G Access Request H.225 Setup + FastStart (so + H.245 tokens) 2 1 4 H.225 Annex G Access Confirm RSVP PATH H.225 LRQ H.248 Context Add 3 H.225 LCF 6 5 H.248 Context Reply RSVPRESV H.225 Setup + FastStart (so + H.245 tokens) 7 RSVP PATH H.248 Modify H.225 Alerting + H245 tokens 10 9 8 H.248 Modify Reply RSVPRESV H.225 Alerting + H.245 tokens H.248 Modify 12 H.225 Connect + H.245 tokens 11 H.225 Connect + H.245 tokens ACTIVE PHASE 14
H.248 Context Add SIP flows Next Domain IP Transport SIP Client SIP Server MG SIP Proxy Server 1 INVITE (+ SDP) 4 Not available in SIP, other protocol needed 2 INVITE RSVP PATH 3 REDIRECT 6 5 7 H.248 RSVPRESV INVITE (+SDP) Reply Context Add RSVP PATH H.248 Modify 8 180 –RINGING + SDP 10 9 RSVPRESV H.248 Modify Reply 180 - RINGING + SDP 11 200 - OK 12 H.248 Modify 200 - OK ACTIVE PHASE 14
H.248 Context Add BICC/ISUP flows Previous domain IP Transport Next Domain BIWF IN CSF 1 IAM 4 Not available in BICC 2 other protocol needed 3 DSS2 Setup Not available in BICC other protocol needed 5 6 IAM 7 DSS2 H.248 Connect Context Add Reply DSS2 Setup H.248 Modify ACM 8 9 10 DSS2 H.248 Connect Modify Reply ACM ANM H.248 12 11 Modify ANM 14 ACTIVE PHASE
Interworking using TIPHON • Existing call setup protocols use similar approaches • All are consistent with the TIPHON architecture
H.323 to SIP Interworking Next Domain IP Transport Terminal MG SIP Server IWF H.225 Setup + FastStart (so + H.245 tokens) Not available in SIP, other protocol needed 1 4 2 INVITE RSVP PATH H.248 Context Add 3 REDIRECT 6 5 H.248 Context Reply RSVPRESV 7 INVITE (+SDP) RSVP PATH H.248 Modify 8 180 –RINGING + SDP 10 9 H.248 Modify Reply RSVPRESV H.225 Alerting + H.245 tokens H.248 Modify 12 H.225 Connect + H.245 tokens 11 200 - OK ACTIVE PHASE 14
H.248 Context Add BICC and SIP Interworking Previous domain Next Domain IP Transport SIP Server BIWF IWF 1 IAM 4 Not available in SIP, other protocol needed 2 INVITE 3 DSS2 Setup REDIRECT 5 6 7 INVITE (+SDP) DSS2 H.248 Connect Context Add Reply DSS2 Setup H.248 Modify 8 180 –RINGING + SDP 9 10 DSS2 H.248 Connect Modify Reply ACM H.248 12 11 200 - OK Modify ANM ACTIVE PHASE 14
H.248 Context Add BICC to H.323 Interworking Previous domain NextDomain IP Transport Gatekeeper BIWF IWF H.225 Annex G Access Request 1 IAM 4 2 H.225 Annex G Access Confirm H.225 LRQ 3 DSS2 Setup H.225 LCF 5 6 H.225 Setup + FastStart (so + H.245 tokens) DSS2 H.248 7 Connect Context Add Reply DSS2 Setup H.248 Modify H.225 Alerting + H245 tokens 9 8 10 DSS2 H.248 Connect Modify Reply ACM H.225 Connect + H.245 tokens 11 H.248 12 Modify ANM ACTIVE PHASE 14
Conclusion • TIPHON addresses the technology based on business goals. • TIPHON may provide the pieces to help the industry out of the crisis • TIPHON is much more than simply Voice over IP • TIPHON enables new and differentiated services • Not recreating the ISDN on every technology • TIPHON is technology agnostic where possible • TIPHON abstract Architecture is mappable to physical architectures of 3G, Cable, BICC, H.323 • TIPHON achieves Seamless Service Availability • TIPHON meta-protocol is an excellent vehicle for interworking • TIPHON Enabler of convergence