by Jose Deras, Vice President, Sales Engineering
Service Brokers are placed between the application layer and the control layer, with the purpose of delivering and extending the reach of applications to all network domains of the CSP. They do this by performing the signaling, media and call control interworking between the applications and different network domains. Implicit in the successful deployment of service brokers is the capability of delivering the required interworking without necessitating changes to either the applications or the networks. The risk of "breaking something" in the migration of the applications is removed by not touching or modifying existing code.
Service Broker Functions
Service Brokers provide other functionality that, once deployed, can be of added benefit to the CSP. Among the most often delivered features are:
Service Brokers also provide the capability of generating Real Time Charging events, either programmatically (via an API) or automatically as part of service delivery. The challenge facing CPSs is delivering new, innovative services that seamlessly integrate into existing billing platforms. Doing so often means normalizing charging events or even transforming charging events from one technology to another, as is the case in IN to IMS migration. Because the Service Broker is responsible for orchestrating and delivering combinational services, it is often then the responsibility of the Service Broker to generate a charging event upon successful start / completion of those enhanced services.
About the Author
About The Service Broker Forum
Much has been written lately about increased bandwidth benefits of LTE and Communication Service Providers (CSPs) plans to deploy the technology as the 4G foundation. Many CSPs have announced their LTE plans, some have begun LTE data trials, and the first LTE commercial data service was launched in December in Scandinavia. For sure there's a coming wave of network upgrades and new handsets that will certainly transform mobile broadband.
CSPs considering the transition to LTE data are faced with the decision of whether to also offer LTE voice services in order to better utilize the new network infrastructure, or deploy LTE data-only networks. For the most part, it seems that the desire is there to transition to LTE voice sooner rather than later. This strategy makes sense as LTE requires entirely new radio access technology, from antennas to base station controller upgrades, and keeping two radio access networks greatly increases OPEX which might be best spread across a wider segment of offerings.
It is the ‘how' to deliver LTE voice services that has created confusion. When LTE was originally envisioned, the conventional thinking was that the CSP's networks would have transitioned to IMS architectures by then and therefore voice on LTE would naturally be based on VoIP. The reality is that as of this writing, there are very few true IMS production networks in place and therefore CSPs must reconcile how to quickly deploy LTE with the realities of network transformation timelines and budgets.
Options, options
Of course there are options on how to move forward with voice delivery architectures. The backdrop of which is the general agreement that current 2G and 3G networks will be in place for some time to come, and therefore CSPs must take into account not only how their network will evolve, but how to support roaming and handovers across multiple CSPs. In addition, the expectation is that current 2G / 3G subscribers will be the first to migrate to 4G as CSPs provide upgrade incentives, which puts additional burden of providing feature and service parity as part the upgrade as subscribers will expect their current call feature sets to behave the same once they upgrade.
Among the most studied options for voice delivery are:
• 3GPP IMS. The obvious long term solution for voice delivery is based on a migration to the IMS, leveraging industry know-how gained as part of the development of UMTS. Deployment of IMS-based LTE voice has been documented since IMS Release 8 and it's viewed as the preferred long term solution for voice evolution. Moving to IMS has the obvious advantage of commoditizing a large portion of the network, bringing with it all the benefits discussed for several years now.
• 3GPP Circuit Switched FallBack. In addition to IMS, 3GPP has also proposed using a technique called Circuit Switched FallBack (CSFB), whereby the handset normally operates in 4G (LTE) mode when accessing data services and idle, but switches to a 2G or 3G radio when it is informed of an incoming call, or an outgoing call is placed, or for circuit-switched applications such as SMS. The handsets therefore are dual-mode, supporting 2/3G for voice and 4G for data services. A mechanism to inform the handset via 4G (IP data path) that a call is inbound does need to be formalized, and there is some concern regarding longer call setup times instigated by the necessity of switching radios.
• Voice over LTE Generic Access. Another option that has been put forth is Voice over LTE Generic Access (VoLGA), supported by a newly-formed industry consortium known as the VoLGA Forum. VoLGA proposes utilizing the IMS-based LTE radio access network, but maintains the circuit-switched network (either GSM or CDMA based) by introducing a network element known as the VANC (VoLGA Access Network Controller).
• Proprietary Solutions. Other options do exist, such as upgradable IP-enabled MSCs, but those tend to be tied to a specific vendor architecture and may be best approached by current customers.
To be clear, these architecture options address how to marry the packet-switched LTE radio network with the service operator core network for the purpose of delivering voice. What is not immediately apparent is how does the CSP deliver voice applications, such as Find Me / Follow Me, Voice VPN, CRBT and all the critical revenue generating add-ons that subscribers use and would expect to migrate to LTE.
Service Brokering
Regardless of the architecture chosen, CSPs will be faced with application delivery challenges created by the transition in LTE to packet based voice. Today's voice services are predominantly delivered via Service Control Points (SCP) or Intelligent Network (IN) Application Servers that rely on IN protocols (such as INAP and CAMEL) for complex call control. Those services tend to be highly stable and profitable and also highly customized, and are therefore not easily moved to SIP-based application servers. Recreating the functionality of deployed IN-based applications requires a exhaustive survey, documentation, and duplication of used features and capabilities, a task that may not be easily achieved. CSPs will need to deliver these same services (down to feature sets and even quirky behavior) on LTE subscribers to ensure migrated users have the same level of service and experience.
As CSPs evolve their networks for LTE, the resulting networks present tremendous challenges in voice services and application delivery. It's the same challenge faced in migrations to NGN and IMS. Realizing this opportunity, the telecom software industry has come forward with a purpose-built network element: the Service Broker, a solution specifically designed to overcome network architecture challenges and ensure voice service delivery from any network domain to any other network domain.
Let's take a look at how Service Broker might fit within two of the most popular network proposals, IMS and VoLGA.
LTE Voice over IMS
Service Brokers provide the capability of extending current voice services by providing seamless call / session interworking between the packet switched LTE access network, and circuit-switched 3G applications without requiring changes to either. For those CSPs that have fixed line networks as well, they are also able to reutilize voice services which may have been only offered in that network domain to new wireless LTE subscribers.
In the figure above, LTE clients are able to access all applications they previously used, such as PrePaid, CRBT, Voice VPN, Find Me / Follow Me, etc, and therefore are not required to change their subscribed services. From a network perspective, the Service Broker enables the IMS network to "see" the existing applications as new SIP-based applications, by providing the interworking required. As far as the IMS network is concerned, the Service Broker is the SIP server, while to the existing SCPs the Service Broker is an existing 3G MSC.
LTE via Circuit Switched FallBack
For those service providers deploying CSFB, the 2G/3G network remains unchanged so existing applications will work unchanged on LTE. Service brokers are therefore not required for those applications but may instead be useful to prepare the core network for the eventual migration towards IMS. New IMS-based application servers can be utilized on the 2G/3G circuit switched networks, ensuring all new application deployments are based on the IMS architecture.
When ready, the service provider may then migrate to LTE over IMS using their IMS based application servers. Service brokers remain in place to provide connectivity for older applications, and to perform service orchestration and sequencing, thereby extending their useful life.
LTE Voice over VoLGA
Those CSPs that choose to follow an architecture based on the VoLGA forum proposals, the Service Broker provides as similar benefit as with CSFB, allowing next-gen SIP-based applications to be utilized by the existing 3G network.
Service Broker Functions
Service Brokers provide other functionality that, once deployed, can be of added benefit to the CSP. Among the most often delivered features are:
• IMS SCIM (now renamed the IMS Service Broker)
• IN-IN Trigger Management
• Real-Time Charging
• Protocol/Call Flow Management
• Subscriber Data Management Interaction
• Media Resource Brokering
• Service Orchestration
The Service Broker's ability of performing orchestration and combination of discrete voice applications and services into new combined offerings (voice mash-ups) is particularly exciting. With this capability CSPs are able of create new revenue producing offers to subscribers where they previously were not available: CRBT and PrePaid, Find Me / Follow Me combined with Voice VPNs, etc.
Service Brokers also provide the capability of generating Real Time Charging events, either programmatically (via an API) or automatically as part of service delivery. The challenge facing CPSs is delivering new, innovative services that seamlessly integrate into existing billing platforms. Doing so often means normalizing charging events or even transforming charging events from one technology to another, as is the case in IN to IMS migration. Because the Service Broker is responsible for orchestrating and delivering combinational services, it is often then the responsibility of the Service Broker to generate a charging event upon successful start / completion of those enhanced services.
Conclusion
CSPs are currently spending a lot of time and energy qualifying LTE radio access network technology, which will ensure live deployments maintain or exceed current mobile reliability. The next several quarters will prove interesting as CSPs choose LTE voice delivery architectures, much of it influenced by time and their own network designs requirements. Careful consideration of voice services and applications will ensure high-value customers (early LTE adopters) are able to enjoy the same voice features and services they are currently used to, ensuring they are permanent converts. Service Brokers will play a critical role in ensuring CSPs are able to immediately migrate current voice revenue platforms for those early LTE subscribers.
About the Author
Jose Deras is Vice President, Sales Engineering at AppTrigger, where he handles technical sales engagements. Prior to AppTrigger he was VP Sales Engineering for Siemens Communications, responsible for the global technical sales and support for the broadband equipment segment. At Siemens (which acquired startup Efficient Networks), Jose also held positions of VP Product Line Management and Director of Technical Marketing and Business Development. Prior to Efficient Networks, Jose held several roles in sales and sales engineering at Compaq Computer and Networth Inc., a startup in Dallas, TX that Compaq acquired in 1995.
|
About The Service Broker Forum
The Service Broker Forum is a multi-vendor association with the goal of evangelizing and educating the telecommunication industry on the service broker product category through the sharing of ideas, opinions, and knowledge. Founded by industry leaders in the Service Broker market space, the forum provides a common platform to facilitate discussion and communication around the many benefits that can be realized from utilizing Service Brokers within an overall network evolution strategy. Learn more about it at
http://www.servicebrokerforum.com |
The research found that the 2.6 GHz spectrum, which has been identified globally by the ITU as the "3G extension band", will be vital in satisfying the demand for greater capacity for mobile broadband.
By adding high-density and redundant TX32 modules directly into the Motorola BSR 64000, Armstrong can deliver an additional 64 QAM channels out of an existing chassis.
Specifically, NSN will supply mobile softswitching, packet core with "direct tunnel" functionality, and harmonized subscriber management systems. The upgraded systems will complement SaskTel's existing 3G network and provide a transition to 4G/LTE. SaskTel's network is expected to be initially launched mid-2010 with a targeted completion date of 2011. Financial terms were not disclosed.
