Endpoint initiation of multipart conferences

- Cisco Technology, Inc.

A method establishes a conference through a Multipoint Control Unit, MCU. The method includes pre-assigning and storing in the MCU one or more conference numbers respectively associated with a user or a multimedia terminal. The method also includes initiating a first call from a first multimedia terminal by dialing a first conference number among the one or more conference numbers, routing the first call to the MCU based on a prefix number of the first conference number, and, at a receipt of the first call in the MCU, allocating primary MCU resources and establishing the conference including the first multimedia terminal. The method further includes initiating a second call from a second multimedia terminal by dialing the first conference number, routing the second call to the MCU, and, at a receipt of the second call in the MCU, allocating secondary resources and including the second multimedia terminal in the conference.

Skip to: Description  ·  Claims  ·  References Cited  · Patent History  ·  Patent History
Description
FIELD OF THE INVENTION

The present invention relates to a method for ad hoc endpoint initiation of a multipart conference.

BACKGROUND OF THE INVENTION

There are a number of technological systems available for arranging meeting between participants located in different areas. These systems may include audio visual multipoint conferences or videoconferencing, web conferencing and audio conferencing.

The most realistic substitute of real meetings is high-end videoconferencing systems. Conventional videoconferencing systems comprise a number of end-points communicating real-time video, audio and/or data streams over and between various networks such as WAN, LAN and circuit switched networks. The end-points include one or more monitor(s), camera(s), microphone(s) and/or data capture device(s) and a codec. Said codec encodes and decodes outgoing and incoming streams, respectively.

Traditional Audio Visual Multipoint conferences have a central Multipoint Control Unit (MCU) with three or more endpoints connected. These MCU's perform switching functions to allow the audiovisual terminals to intercommunicate in a conference. The central function of an MCU is to link multiple video teleconferencing sites (EP-endpoints) together by receiving frames of digital signals from audiovisual terminals (EP), processing the received signals, and retransmitting the processed signals to appropriate audiovisual terminals (EP) as frames of digital signals. The digital signals may include audio, video, data and control information. Video signals from two or more audiovisual terminals (EP) can be spatially mixed to form a composite video signal for viewing by teleconference participants. One example of mixing and transcoding is converting four QCIF video streams into one CIF video stream.

When the different video streams have been mixed together into one single video stream the composed video stream is transmitted to the different parties of the video conference, where each transmitted video stream preferably follows a set scheme indicating who will receive what video stream. In general, the different users prefer to receive different video streams. This result in that the multi point control unit needs to perform a large amount, of video mixing, which in turn results in a large demand for processing power.

In order to form such a composed video stream, the conventional solution is to decode the separate incoming video streams from the respective parties, mix the video streams in accordance with the set schemes for the different users and then encode the composite images and transmit it to the respective users from the MCU. Thus, MCU's are provided with a set of encoders and decoders. One decoder is required for each incoming coded bit stream, whereas encoders usually can be shared among several outgoing bit streams. Hence, the required encoder resources in an MCU are usually less than the required decoder resources.

This requires a certain amount of processing power and inputs/outputs assigned to each conference, making the MCU unavailable for new conferences when ongoing conferences already occupies the resources in the MCU.

To provide multipart conferences without MCU, some video endpoints do have integrated MCU features. These are typically meeting room applications, and more expensive conferencing systems. There are also a set of conferencing bridges that enables video multi point conferencing. Both these solutions (Meeting Rooms, Conferencing Bridges) do require conference setup actions, prior to every meeting. This is typically to book a room, schedule the meeting in an administration interface, distribute information, notifying the conference number etc), which typically is done through a user interface of a Management System. This may make the process of hosting a multipoint conferencing event a time consuming task, and the threshold for using this technology to high.

In an environment where personal endpoints are widespread, the usual configuration is small video systems, incapable of hosting a multipoint conference. This does not mean that the need for multipoint visual conferencing is absent. According to prior art, is it not possible to utilize the personal single call video endpoints for multipoint video conferencing, without doing extra management and time consuming preparations.

SUMMARY OF THE INVENTION

It is an object of the present invention to provide a method that eliminates the drawbacks described above. The features defined in the independent claim enclosed characterize this method.

In particular, the present invention provides a method for establishing a conference between two or more multimedia terminals through a Multipoint Control Unit (MCU), comprising at least the steps of pre-assigning and storing in the MCU one or more conference numbers respectively associated with a user or a multimedia terminal, when a primary multimedia terminal initiates a first call by dialing a first conference number among said one or more conference numbers, then routing said call to the MCU, when the MCU receives said first call, then allocating primary MCU resources and establishing the multipart conference including said primary multimedia terminal, and when a secondary multimedia terminal initiates a succeeding call by dialing said first conference number, then routing said succeeding call to the MCU, allocating secondary resources and including said secondary multimedia terminal in the multipart conference.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to make the invention more readily understandable, the discussion that follows will refer to the accompanying drawings.

FIG. 1 is an illustration of video conferencing endpoints connected to an MCU,

FIG. 2 is a flow chart illustrating the steps in one embodiment of the present invention.

 DETAILED DESCRIPTION OF THE INVENTION

In the following, the present invention is described by means of one example embodiment. However, people skilled in the art will also realize other implementations and variations within the scope of the invention.

The main idea of the present invention is to utilize central video processing resources, in for example an MCU, to offer multipoint capabilities available for all users, without demanding setup schemes, booking and education of users. According to one embodiment of the invention, a number of users can be registered in an MCU, every registered user is then assigned a unique and personal static number in the MCU. This number is assigned to a person, and not a video system, making a multipoint call available at all times, from any kind of system. All personal numbers are stored in the MCU after being registered. The user may be allocated number for multiple protocols, so the personal multipoint call may serve as a protocol gateway as well (SIP, ISDN, H323). The personal conference number allows multiple user to have an own and unique conference number. When a user dial this number, there will automatically be allocated resources for a conference, into which other users will be connected by dialing the same number. The personal conference number is static, and can be compared to any other personal number such as cellular phone number, pager number etc. This makes this number easy distributable. The number of personal Conference number assigned can be much larger than the required capacity if all numbers personal conference numbers where in use simultaneously. This is due to the conventional traffic theory of the relationship between the number of potential users and the expected value of the number of simultaneous users.

However, the personal conference number is not to be confused with a phone number, as it is not used for reaching a certain terminal. The solution will utilize free capacity on the MCU in an ad-hoc fashion, and will allocate and de allocate resources dynamically.

When a user calls his/her personal conference number, the call will be routed to the MCU where the number is stored. This is accomplished by e.g. giving all personal conference numbers belonging to a certain MCU a common prefix number. When the call is received at the MCU, the MCU recognizes the number as a personal conference number, and is thereby pre-instructed to automatically set up a multipart call. In the first phase, this means that an encoder resource is set aside for the conference, but the personal conference number could also be associated with pre-settings e.g. defining that a certain amount of resources (e.g. encoders/decoders) should be booked and bit rates should be set as the call from the first participant is received at the MCU.

When the second call initiated by the same personal conference number is received at the MCU, a decoder resource for both the participants is allocated (if not already allocated) and a call between the two participants are established through the MCU in a conventional way. The same is the case for the next incoming calls using the number, but in this case also to establish required functionalities for a conference including more than two participants, such as Continuous Presence and Voice Switching.

The resources are consecutively released as the participants leave the conference, and when the last participant is leaving, the conference is shut down, and the personal conference number is ready for new conferences.

The present invention is further exemplified in the following. As already indicated, the idea is to utilize the video conferencing capacity from a central conferencing bridge, developed for connecting multiple video endpoints into video conferences. The implementation will also utilize a number range available on the video conferencing bridge. In addition to the embodiment of the present invention described above, an alternative implementation of the present invention may also support a single number dial in.

The result will be the same. The central conferencing bridge will allocate resource and start a conference run time. When the last endpoint disconnect form the video conferences, the video bridge will automatically release the resources, and hence make it available for a new conference.

This allocation is implemented to be fully automated, and the conferencing users do not need to do any kind of conference setup and management.

Now describing an example of a single number dial in, one common access point on the MCU must be configured. When a participant dials into this number, he is allowed to both create a personal pin code, and have a conference created, or to provide a given pin code to access an already created conference. If the conference is not created yet, the user is placed in a “waiting room” which is a hold state providing graphical information to the user allowing for DTMF inputs, until the correct conference, with the correct pin code is created. From the “waiting room”, the user may disconnect, try to re-dial the pin code or create an own conference at any time. The management for achieving this must be done by the video bridge administrator, setting up a number available for single number dial in, and by the conference host, distributing the conference pin codes.

As an example, the administrator makes the number MEET-8000 as the configured single number dial in number.

User A would like to host a conference with two other participants, User B and User C.

User A sends an e-mail to User B and User C, saying: “Please dial into my conference. It will be hosted 10.00 am, the number is MEET-8000, and the pin code is 1976”.

Then, User C dials ‘MEET-8000’ at 09.55 am. He will be asked weather to create- or access a conference. User C chooses to access an already created conference, and provides the given pin code. Since User A has not yet started the conference, User C is told to wait until the conference is created. User C is placed in a waiting room.

User A dials ‘MEET-8000’, and chose to create a conference, at 09.58 am. User A is asked to provide a pin code for the conference, and User A enters ‘1976’. A conference is started dynamically. User C will now also dynamically be collected from the waiting room into the conference.

When User B dials ‘MEET-8000’ and provides the correct conference pin, all three are present in the conference, ready for multipoint conferencing.

A similar example when utilizing a personal conference number could be as follows.

User A has been assigned the number ‘USERA.meeting’. He may now at any time dial this number when he needs a multipart video conference. He can also distribute this number at any time, to anyone, since this is a static and personal number. When USER A will start a meeting with USER B and USER C, he distributes his personal number to them, and dials into ‘USERA.meeting’. No need for booking, setup and administration.

The idea of the concept is to use the potential number range on a conferencing bridge, to enable endpoints to automatically setup and connect to a multipart conferencing. This is facilitated by using simple interfaces as one system wide number, or a personal conference number.

The main advantage of the present invention is the increased availability of multipart conferencing, without the need of management, booking and administration. Now, simple endpoints may easily spawn a multipoint conference on the conferencing bridge, by dialing into a known number.

Abbreviations QCIF Quarter Common Intermediate Format, part of the H.261. One quarter of the resolution of CIF CIF Common Intermediate Format part of the H.261 DTMF Dual Tone Multi-Frequency Continuous Presence Voice Switching.

Claims

1. A method for establishing a conference between two or more multimedia terminals through a Multipoint Control Unit, MCU, that processes digital signals, the method comprising:

pre-assigning and storing, by the MCU, conference addresses that are, respectively, uniquely and statically associated with registered users of the MCU;
pre-assigning, before the conference, a predetermined amount of resources with a first conference address;
receiving, by the MCU, a first call from a first multimedia terminal that has dialed the first conference address,
determining, by the MCU, whether the first conference address is one of the conference addresses pre-assigned and stored in the MCU,
in response to the receiving the first call by the MCU and the MCU determining the first conference address is one of the conference addresses pre-assigned and stored in the MCU, allocating the predetermined amount of resources of the MCU and including the first multimedia terminal in the conference, wherein the predetermined amount of resources is an amount of the resources of the MCU for the conference to accommodate at least the first call and a second call according to predefined settings when the first call is received by the MCU,
receiving, by the MCU, the second call from a second multimedia terminal that has dialed the first conference address, and
in response to the receiving the second call by the MCU, including the second multimedia terminal in the conference with the resources that were previously allocated in the allocating resources.

2. The method according to claim 1, wherein the establishing the conference is only carried through if the first multimedia terminal is authorized, by the MCU checking whether the first multimedia terminal is authorized, to initiate an establishment of the conference through the first conference address.

3. The method according to claim 1, further comprising:

receiving a third call, by the MCU, from a third multimedia terminal that has dialed the first conference address, and
in response to the receiving the third call by the MCU, allocating resources of the MCU and including the third multimedia terminal in the conference.

4. The method according to claim 1, comprising:

respectively receiving, by the MCU, a number of calls from a number of multimedia terminals, each call being associated to a single multimedia terminal that has dialed the first conference address, and
in response to the respectively receiving, allocating resources of the MCU and respectively including the number of multimedia terminals in the conference.

5. The method according to any of the claims 3 or 4, further comprising:

allocating required functionalities for a conference including more than two participants, including Continuous Presence and/or Voice Switching.

6. The method according to claim 1, wherein:

in response to the receiving the first call by the MCU and the MCU determining the first conference address is one of the conference addresses pre-assigned and stored in the MCU, including the first multimedia terminal in the conference by placing the first multimedia terminal into a hold state and providing the first multimedia terminal with information to: disconnect from the MCU, input a pre-defined PIN code to the MCU to join an already created conference, and to input a new PIN code to the MCU to create a conference,
in response to the MCU receiving, from the first multimedia terminal, the input of the new PIN code to create the conference, allocating primary MCU resources as part the amount of the resources of the MCU and establishing the conference for the input PIN code including the first multimedia terminal, the primary MCU resources including encoder processing resources of the MCU,
in response to the receiving the second call by the MCU, including the second multimedia terminal in the conference by placing the second multimedia terminal into a hold state and providing the second multimedia terminal with information to: disconnect from the MCU, input a pre-defined PIN code to the MCU to join an already created conference, and to input a new PIN code to the MCU to create a conference, and
in response to the MCU receiving, from the second multimedia terminal, the input of the pre-defined PIN code to join the conference established by the input of the new PIN code by the first multimedia terminal, allocating secondary MCU resources as part the amount of the resources of the MCU and including the second multimedia terminal in the conference, the secondary MCU resources including decoder processing resources of the MCU.

7. The method according to claim 6, wherein the input PIN code authorizes the first and second multimedia terminals access to the conference.

8. The method according to claim 1, wherein the first conference address includes a series of numbers and/or characters.

9. The method according to claim 1, wherein the first and second calls are routed to the MCU based on a portion of the first conference address that identifies the MCU.

10. The method according to claim 9, wherein the portion of the first conference address that identifies the MCU is a prefix.

11. The method according to claim 1, further comprising:

receiving a third call by the MCU, wherein the allocating resources includes assigning the amount of the resources of the MCU for the conference to accommodate at least the first, second, and third calls according to the predefined settings when the first call is received by the MCU, and
in response to receiving the third call, allocating additional resources of the MCU to provide Continuous Presence and Voice Switching.

12. The method according to claim 11, further comprising:

releasing resources, of the amount of the resources of the MCU, corresponding to one of the first, second, and third calls that has left the conference.

13. A Multipoint Control Unit, MCU, comprising a central processor configured to:

pre-assign and store a predetermined amount of resources associated with conference addresses in the MCU that are, respectively, uniquely and statically associated with registered users of the MCU,
receive a first call from a first multimedia terminal that has dialed a first conference address,
determine whether the first conference address is one of the conference addresses pre-assigned and stored in the MCU,
in response to receiving the first call and determining the first conference address is one of the conference addresses pre-assigned and stored in the MCU, allocate the predetermined amount of resources of the MCU and include the first multimedia terminal in the conference by assigning the predetermined amount of the resources of the MCU for the conference to accommodate at least the first call and a second call according to predefined settings when the first call is received by the MCU,
receive a second call from a second multimedia terminal that has dialed the first conference address, and
in response to receiving the second call, include the second multimedia terminal in the conference with the resources that were previously allocated when the first call was received by the MCU.

14. The MCU according to claim 13, wherein the central processor is configured to:

in response to receiving the first call and determining the first conference address is one of the conference addresses pre-assigned and stored in the MCU, include the first multimedia terminal in the conference by placing the first multimedia terminal into a hold state and providing the first multimedia terminal with information to: disconnect from the MCU, input a pre-defined PIN code to the MCU to join an already created conference, and to input a new PIN code to the MCU to create a conference,
in response to receiving, from the first multimedia terminal, the input of the new PIN code to create the conference, allocate primary MCU resources as part the amount of the resources of the MCU and establish the conference for the input PIN code including the first multimedia terminal, the primary MCU resources including encoder processing resources of the MCU,
in response to receiving the second call by the MCU, include the second multimedia terminal in the conference by placing the second multimedia terminal into a hold state and providing the second multimedia terminal with information to: disconnect from the MCU, input a pre-defined PIN code to the MCU to join an already created conference, and to input a new PIN code to the MCU to create a conference, and
in response to receiving, from the second multimedia terminal, the input of the pre-defined PIN code to join the conference established by the input of the new PIN code by the first multimedia terminal, allocate secondary MCU resources as part the amount of the resources of the MCU and include the second multimedia terminal in the conference, the secondary MCU resources including decoder processing resources of the MCU.

15. The MCU according to claim 14, wherein the first and second calls are routed to the MCU based on a portion of the first conference address that identifies the MCU.

16. A method for establishing a conference between two or more multimedia terminals through a Multipoint Control Unit, MCU, that processes digital signals, the method comprising:

assigning, by the MCU, a predetermined amount of resources to a first conference address, wherein the predetermined amount of resources are assigned before the predetermined amount of resources are allocated;
receiving, after the predetermined amount of resources are assigned to the first conference address, a first call from a first multimedia terminal that has dialed the first conference address,
determining, by the MCU, whether the first conference address is one of the conference addresses assigned by the MCU,
in response to the receiving the first call by the MCU, allocating the already assigned predetermined amount of resources of the MCU and including the first multimedia terminal in the conference,
wherein the predetermined amount of resources is an amount of the resources of the MCU for the conference to accommodate at least the first call and a second call according to predefined settings when the first call is received by the MCU,
receiving, by the MCU, the second call from a second multimedia terminal that has dialed the first conference address, and
in response to the receiving the second call by the MCU, including the second multimedia terminal in the conference with the resources that were previously allocated in the allocating resources.

17. The method of claim 16, further comprising:

in response to the receiving the first call by the MCU and the MCU determining the first conference address is one of the conference addresses assigned in the MCU, including the first multimedia terminal in the conference by placing the first multimedia terminal into a hold state and providing the first multimedia terminal with information to disconnect from the MCU, input a pre-defined personal identification code to the MCU to join an already created conference, and to input a new personal identification code to the MCU to create a conference,
in response to the MCU receiving, from the first multimedia terminal, the input of the new personal identification code to create the conference, allocating primary MCU resources as part the amount of the resources of the MCU and establishing the conference for the input personal identification code including the first multimedia terminal, the primary MCU resources including encoder processing resources of the MCU, and
in response to the receiving the second call by the MCU, including the second multimedia terminal in the conference by placing the second multimedia terminal into a hold state and providing the second multimedia terminal with information to disconnect from the MCU, input a pre-defined PIN code to the MCU to join an already created conference, and to input a new PIN code to the MCU to create a conference.
Referenced Cited
U.S. Patent Documents
6272214 August 7, 2001 Jonsson
8296361 October 23, 2012 Shaffer et al.
20020159394 October 31, 2002 Decker et al.
20040114031 June 17, 2004 Roundy et al.
20040137887 July 15, 2004 Niemi
20050277409 December 15, 2005 Etelapera
20060171337 August 3, 2006 Shaffer et al.
20060233120 October 19, 2006 Eshel et al.
20070126858 June 7, 2007 Bain et al.
20080013706 January 17, 2008 Kelley et al.
20080069012 March 20, 2008 Decker et al.
Foreign Patent Documents
1 517 506 March 2005 EP
WO 98/57485 December 1998 WO
Patent History
Patent number: 9270474
Type: Grant
Filed: Feb 16, 2007
Date of Patent: Feb 23, 2016
Patent Publication Number: 20070223674
Assignee: Cisco Technology, Inc. (San Jose, CA)
Inventor: Odd Arild Skaflestad (Oslo)
Primary Examiner: Nafiz E Hoque
Application Number: 11/675,966
Classifications
Current U.S. Class: Conferencing (379/202.01)
International Classification: H04M 3/42 (20060101); H04L 12/16 (20060101); H04L 12/18 (20060101); H04M 3/56 (20060101); H04M 3/38 (20060101);