GB2472985A - Media Resource Broker Location Function - Google Patents

Media Resource Broker Location Function Download PDF

Info

Publication number
GB2472985A
GB2472985A GB0914751A GB0914751A GB2472985A GB 2472985 A GB2472985 A GB 2472985A GB 0914751 A GB0914751 A GB 0914751A GB 0914751 A GB0914751 A GB 0914751A GB 2472985 A GB2472985 A GB 2472985A
Authority
GB
United Kingdom
Prior art keywords
mrb
mlf
request
sip
location function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
GB0914751A
Other versions
GB0914751D0 (en
Inventor
Christopher James Boulton
Michael Anthony Bardzinski
John Gordon Dally
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to GB0914751A priority Critical patent/GB2472985A/en
Publication of GB0914751D0 publication Critical patent/GB0914751D0/en
Publication of GB2472985A publication Critical patent/GB2472985A/en
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1013Network architectures, gateways, control or user entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L29/06176
    • H04L29/06217
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Media Resource Broker Location Function (MLF) (1 from Figure 1), receives requests from clients (3 from Figure 1) requiring the location of an appropriate Media Resource Broker (MRB). The MRB inspects the request and makes a decision on which MRB should be used to service the request. Depending on the protocol used by the client to query for an MRB, the MLF will either return the address of the MRB to the client (3 from figure 1) or forward the request directly to the MRB using the Session Initiation Protocol (5 from Figure 1). The MRB is then able to service the request.

Description

Media Resource Broker (MRB) Location Function This invention relates to a proposed new entity in telecommunications networks which selects an appropriate Media Resource Broker (MRB) for servicing a request for media based resources.
In short, an MRB Location Function (MLF) is a network entity that examines the context of a request from a client requiring an MRB and supplies the location of an MRB which is capable of successfully servicing the request.
Internet Protocol (lP) communication has emerged in recent times as the replacement for the traditional Public Switched Telephone Network (PSTN) system. An increased number of voice and other multimedia communications now take place over IP with well known services such as Skype. As adoption levels of such (P based technologies rise, PSTN systems will be replaced with new IP based networks. A major functional entity within lP based networks is a Media Server. The Media Server provides familiar services such as voicemail, automated menu systems and conferences. It also includes advanced features such as Automated Speech Recognition (ASR) and Text To Speech (ITS). As IP based networks grow, so does the number of Media Servers required for servicing potentially millions of subscribers. A network will often consist of a heterogeneous mix of Media Servers with varying capabilities and capacities, from a range of different vendors. To manage such a situation, an entity called a Media Resource Broker (MRB) has emerged that tracks the status of Media Servers in the network and allocates an appropriate Media Server to a request.
As networks grow, so will the number of MRBs required to cope with the management of large numbers of Media Servers. In such a scenario, an MRB entity would need to track every Media Server in the network to allow for accurate distribution and allocation of service requests needing media resources, to an appropriate Media Server. While this is possible for small scale deployments, larger deployments with multiple MRBs will not be effective at tracking and managing a large number of Media Servers.
The MLF entity is an network element which is used to select a suitable MRB for a client which requires the use of media resources. The MRB selection process used by the MLF entity may be based on the availability of MRBs within the network, or network specific configuration, or a custom pluggable algorithm.
The MLF can work in two modes of operation. The first is called the SIP MRB Location Function (SMLF) mode which relies on the Session Initiation Protocol (SIP) for interactions between its immediate neighbours in the network. The second is called Non-SIP MRB Location function (NMLF) mode which uses other protocols for its interactions between its immediate neighbours in the network.
More details of both SMLF and NMLF modes of operation are discussed later.
The invention will now be described in detail along with accompanying diagrams which consist of: -Figure 1 shows a high level architecture for an MLF.
-Figure 2 shows an MLF acting as a SIP MRB Location function (SMLF).
-Figure 3 shows an MLF acting as a Non-SIP MRB Location Function (NMLF).
Figure 1 illustrates the basic network positioning of the new MLF entity (1 from Figure 1) and its basic interactions with surrounding components. The MRB Client (2 from Figure 1) represents an entity that requires media resources from the network and has the ability to interact with the MLF entity (3 from Figure 1).
The MLF is capable of interacting directly with the MRB entity (4 from Figure 1) using an appropriate interface (5 from Figure 1). The MRB Client is also capable of interacting directly with the MRB entity (6 from Figure 1).
Figure 2 illustrates a scenario where the MLF (1 from Figure 2) is acting in SIP MRB Location Function (SMLF) mode. In SMLF mode, the MLF consumes the request from the client requesting a media server (2 from Figure 2) using the appropriate interface (3 from Figure 2) using the Session Initiation Protocol (SIP) as the underlying network transport protocol. The MLF then makes a decision on an appropriate MRB to service the request based on contextual information received in the SIP request. The request is then forwarded onwards directly to the MRB (4 from Figure 2). This forwarding is carried out using a direct interface between the MLF and MRB (5 from Figure 2) using the SIP protocol.
Figure 3 illustrates an alternative to the MLF directly forwarding the request to an MRB, as discussed from Figure 2, and allows the client to connect to the MRB directly. This is known as Non-SIP MRB Location Function (NMLF) mode. The MLF (1 from Figure 3) receives the request using the interface (3 from Figure 3) between the MRB Client (2 from Figure 3) and the MLF using a non-SIP based network protocol. The MLF completes the same selection process as it does when it forwards the request directly to the MRB in SMLF mode. It then returns the MRB selection result to the MRB Client using the same interface (3 from Figure 3). The MRB Client is then free to connect directly to the MRB (4 from Figure 3) using an appropriate mechanism (5 from Figure 3).

Claims (9)

  1. Claims 1. A Media Resource Broker (MRB) Location Function (MLF) is a software entity that selects an appropriate MRB network entity to service a request for media resources.
  2. 2. The MLF entity according to claim 1, has an interface between itself and a number of elements (or clients) requiring the use of an MRB.
  3. 3. The MLF entity according to claim 1, has an interface between itself and a number of MRBs.
  4. 4. An interface according to claim 2, receives a request using the Session Initiation Protocol (SIP) from a client requiring the use of an MRB.
  5. 5. An interface according to claim 2, receives a request using a non-SIP protocol from a client requiring the use of an MRB.
  6. 6. A request received by the MLF according to claim 4, is used to select an appropriate MRB.
  7. 7. A request received by the MLF according to claim 5, is used to select an appropriate MRB
  8. 8. The selection of an appropriate MRB according to claim 6, can be connected directly to the MRB on behalf of the client requiring the use of an MRB using the interface according to claim 3 using the Session Initiation Protocol (SIP) when acting in SIP MRB Location Function Mode (SMLF) mode.
  9. 9. The selection of an appropriate MRB according to claim 6, can be returned to the client requiring the use of an MRB using the interface according to claim 2 when acting in Non-SIP MRB Location Function (NMLF) mode.
GB0914751A 2009-08-24 2009-08-24 Media Resource Broker Location Function Withdrawn GB2472985A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
GB0914751A GB2472985A (en) 2009-08-24 2009-08-24 Media Resource Broker Location Function

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
GB0914751A GB2472985A (en) 2009-08-24 2009-08-24 Media Resource Broker Location Function

Publications (2)

Publication Number Publication Date
GB0914751D0 GB0914751D0 (en) 2009-09-30
GB2472985A true GB2472985A (en) 2011-03-02

Family

ID=41171823

Family Applications (1)

Application Number Title Priority Date Filing Date
GB0914751A Withdrawn GB2472985A (en) 2009-08-24 2009-08-24 Media Resource Broker Location Function

Country Status (1)

Country Link
GB (1) GB2472985A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2897340A1 (en) * 2014-01-17 2015-07-22 Koninklijke KPN N.V. Routing proxy for adaptive streaming
US9826016B2 (en) 2015-02-24 2017-11-21 Koninklijke Kpn N.V. Fair adaptive streaming
US10523723B2 (en) 2014-06-06 2019-12-31 Koninklijke Kpn N.V. Method, system and various components of such a system for selecting a chunk identifier
US10609101B2 (en) 2013-07-03 2020-03-31 Koninklijke Kpn N.V. Streaming of segmented content
US11477262B2 (en) 2014-02-13 2022-10-18 Koninklijke Kpn N.V. Requesting multiple chunks from a network node on the basis of a single request message

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1986393A1 (en) * 2006-02-18 2008-10-29 Huawei Technologies Co., Ltd. The method and system of multimedia resource scheduling
EP1988666A1 (en) * 2006-02-18 2008-11-05 Huawei Technologies Co., Ltd. A streaming media network system, a realization method and a enable entity of streaming media service

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1986393A1 (en) * 2006-02-18 2008-10-29 Huawei Technologies Co., Ltd. The method and system of multimedia resource scheduling
EP1988666A1 (en) * 2006-02-18 2008-11-05 Huawei Technologies Co., Ltd. A streaming media network system, a realization method and a enable entity of streaming media service

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10609101B2 (en) 2013-07-03 2020-03-31 Koninklijke Kpn N.V. Streaming of segmented content
EP2897340A1 (en) * 2014-01-17 2015-07-22 Koninklijke KPN N.V. Routing proxy for adaptive streaming
US11477262B2 (en) 2014-02-13 2022-10-18 Koninklijke Kpn N.V. Requesting multiple chunks from a network node on the basis of a single request message
US10523723B2 (en) 2014-06-06 2019-12-31 Koninklijke Kpn N.V. Method, system and various components of such a system for selecting a chunk identifier
US9826016B2 (en) 2015-02-24 2017-11-21 Koninklijke Kpn N.V. Fair adaptive streaming

Also Published As

Publication number Publication date
GB0914751D0 (en) 2009-09-30

Similar Documents

Publication Publication Date Title
KR100889977B1 (en) Media session framework using protocol independent control module to direct and manage application and service servers
US7185094B2 (en) Media session framework using a control module to direct and manage application and service servers
US8539097B2 (en) Intelligent message processing
US7957403B2 (en) System and method for controlling access to legacy multimedia message protocols based upon a policy
JP5794432B2 (en) System and method for integrating short message service messaging with contact center applications
US8767945B2 (en) IM to phone escalation for customer support
US8171160B1 (en) Multi-layer stack platform for cloud communications
US20080162709A1 (en) System for processing application protocol requests
CN109617990B (en) Converged communication resource cloud sharing method and system
CN110933180A (en) Communication establishing method and device, load equipment and storage medium
US20090144400A1 (en) Delivery server, content delivery method of delivery server, booster server, content delivery method of booster server
GB2444815A (en) Providing a first identity recognisable in a first network and second identity recognisable in a second network for a calling entity
GB2472985A (en) Media Resource Broker Location Function
US8635275B2 (en) Session application records
US7340523B2 (en) High performance call distribution system using a dispatcher and multiple processors for processing session initiation dialogs
US8937941B1 (en) Techniques for VoIP provider interconnection over the internet using a shared subscriber contact identifier translation service
CN1662003B (en) Method for implementing customized personal service of application server according to protocol of conversation initiating
US20100064182A1 (en) Communication system
JP2007219637A (en) Load balancing system and program therefor
US9008287B2 (en) Data communication
US20200177733A1 (en) Workload balancing technique for a telephone communication system
US8824481B2 (en) System, method, and apparatus to correlate a TCAP web service request to an application server session
EP3745670B1 (en) Management of a communication session
US20020196923A1 (en) System and method of call processing
CN106034294B (en) Application layer call forwarding method based on TCAP protocol

Legal Events

Date Code Title Description
WAP Application withdrawn, taken to be withdrawn or refused ** after publication under section 16(1)