GB2472985A - Media Resource Broker Location Function - Google Patents
Media Resource Broker Location Function Download PDFInfo
- 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
Links
- 230000000977 initiatory effect Effects 0.000 claims abstract description 5
- 230000003993 interaction Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000000034 method Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1013—Network architectures, gateways, control or user entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
-
- H04L29/06176—
-
- H04L29/06217—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network 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)
- 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. 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. The MLF entity according to claim 1, has an interface between itself and a number of MRBs.
- 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. An interface according to claim 2, receives a request using a non-SIP protocol from a client requiring the use of an MRB.
- 6. A request received by the MLF according to claim 4, is used to select an appropriate MRB.
- 7. A request received by the MLF according to claim 5, is used to select an appropriate MRB
- 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. 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.
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)
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)
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 |
-
2009
- 2009-08-24 GB GB0914751A patent/GB2472985A/en not_active Withdrawn
Patent Citations (2)
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)
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) |