CA2201126C - Process for converting a point-to-point multimedia call to a bridged multimedia call - Google Patents
Process for converting a point-to-point multimedia call to a bridged multimedia call Download PDFInfo
- Publication number
- CA2201126C CA2201126C CA002201126A CA2201126A CA2201126C CA 2201126 C CA2201126 C CA 2201126C CA 002201126 A CA002201126 A CA 002201126A CA 2201126 A CA2201126 A CA 2201126A CA 2201126 C CA2201126 C CA 2201126C
- Authority
- CA
- Canada
- Prior art keywords
- mcu
- point
- bearer channel
- channel
- terminal device
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
- H04N7/152—Multipoint control units therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/567—Multimedia conference systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/148—Interfacing a video terminal to a particular transmission medium, e.g. ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/50—Aspects of automatic or semi-automatic exchanges related to audio conference
- H04M2203/5018—Initiating a conference during a two-party conversation, i.e. three-party-service or three-way-call
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1307—Call setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13093—Personal computer, PC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13106—Microprocessor, CPU
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13174—Data transmission, file transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13201—Change-over of service during connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13208—Inverse multiplexing, channel bonding, e.g. TSSI aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13209—ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1324—Conference call
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13337—Picturephone, videotelephony
Abstract
A process for converting a point-to-point multimedia call into a bridged multimedia call for accommodating multi-party conferencing.
The process utilizes the bearer channel configuration of the standard BRI
format to disconnect, one at a time, each bearer channel from the point-to-point call and to reconnect each line to a multipoint control unit (36), whereupon the reconnected lines are individually reformatted in accordance with standard video phone protocol. The process facilitates the continuous and uninterrupted exchange of audio information and data between the point-to-point participants throughout the disconnection and reconfiguration stages of the conversion.
The process utilizes the bearer channel configuration of the standard BRI
format to disconnect, one at a time, each bearer channel from the point-to-point call and to reconnect each line to a multipoint control unit (36), whereupon the reconnected lines are individually reformatted in accordance with standard video phone protocol. The process facilitates the continuous and uninterrupted exchange of audio information and data between the point-to-point participants throughout the disconnection and reconfiguration stages of the conversion.
Description
' WO 97/05754 PCT/iIS96/IZQ86 PROCESS FOR CONVERTING A POINT-TO-.POINT
MCJLTIMEDhA CALL TO A BRIDGED MULTIMEDIA CALL
BACKGROUND OF THE INVENTION
I. Field of the Invention This invention broadly relates to multimedia conferencing wherein two or more users interact visually and audibly and are able to concurrently share data such as spreadsheets, reports, etc. More particularly, the present invention pertains to multimedia conferencing nn which two or more users interact with each other through the use of terminal equipment having audio and video input/output capabilities.
Most particularly, the present invention is directed to a process for converting an existing or ongoing point-to-point multimedia telephone call into a bridged call wherein tlhe point to-point call terminal devices are connected to a common video bridge such as a multipoint control unit (MCL~ while maintaining between the participants a continuous exchange of audio information throughout the conversion process.
II. Discussion of Background Art Recent developments in telecommunications provide the capability of video calling wherein two users communicate and interact with each other over a direct 2 0 transmission link or telephone line, such as an Integrated Services Digital Network (ISDN) line, via the use of terminal equipment having audio and video input/output capabilities. In general, the terminal equipment used in video calling is a workstation containing a microphone and speaker for audio exchange, a video camera and screen for video exchange and a computer for the exchange of data which may comprise, for 2 5 example, reports, spreadsheets, graphs, etc.
~ Video call information is commonly configured into a data string format comprised of two bearer (13) channels (with each channel carrying either 56 or 64 kilobits SUBSTIME SHEET (RULE 26) per second (kb/s)) and a signal channel (D) of 16 kb/s; this format is commonly referred to as 2B+D or Basic Rate Interface (BRI) format. Video call information can alternatively be configured into a Primary Rate Interface (PR1) format, also referred to as a 23B+D format, which is a data string comprised of 23 bearer (B) channels and a signal .
channel (D) of 64 kb/s. For standard data configuration most video calls utilize the H.320 video telephone protocol which configures the initially connected bearer channel to carry that portion of the data string representing all of the audio and data information (reports, spreadsheers, etc.) as well as a small portion of the video information, and configures the later-connected bearer channels) to carry the remainder of the video 1 o inforn~ation.
In a video call, two users can interact directly via a point-to-point connection either through a local central office for a local call, or through a main switching station for a toll call. Users may also interact indirectly via use of a video bridge, such as multipoint control unit (MCU), wherein each workstation is connected to and shares a common MCU. When an MCU is used, such interaction is referred to as multimedia conferencing and, through the use of additional ports on the MCU, one or numerous additional third party users to a multimedia conference can be accommodated in the conference by connecting additional workstations to the MCU.
The basic features of an MCU are described, by way of example, in M.J.
2 o Koenig, et. al., "MCUs Help Take The Worry Out Of Being There", AT&T
Technology Products, Systems and Services, Vol. 9, No. 4, Winter, 1994, pages 12-15, the entirety of which is incorporated by reference herein. Basically, an MCU synchronizes a multiplexed data bit stream comprised of voice, video and data which originates from each workstation endpoint, ensures a compatible set of audio and video parameters for the 2 5 video conference from the options communicated by the control sequences received from the other workstation endpoints, and then decodes and sums the audio streams from all users for broadcast to the conference call participants.
SUSST(ME SHEET (RULE 26) ' WO 97!(35754 PCT/US96/I2086 To initiate a video conference call between, for example, three separate workstations having a user or participant at each, a reservation must first be made to reserve the necessary ports on an MCU to which the participating workstations will be connected. Thus, for a multimedia conference the number of connected workstations will be specified along with the starting time of the conference so that the system or network to which the MCU is connected can accommodate the intended number of participants at the pre-selected conference starting time.
such art ar~owe-clesc:ril~ed technnque, wherein reservations must first be made for the desired numher of ports on an MCU, is readily employed when the number of participants and the approximate starting time for a multimedia conference are known.
However, if a multimedia call is first commenced between two participants, i.e. a point-to-point call between user A and user B, and during that point-to-point call it becomes desirable or necessary to include at least a third participant, i.e. user C, there is at present no known technique for uninterruptedly accommodating the connection of user C's workstation to the ongoing point-to-point call. Thus, in order to include user C, the existing point-to-point multimedia call between users A and B must first be terminated, a reservation for the desired: number of ports and time on an MCU must be made, and a new conference call then iinitiated between all intended participants, i.e.
users A, B and C. As will be appreciated, such a disruption to the existing and ongoing point-to-point 2 0 video call between users ?~ and B is not only inconvenient but is likely to break the flow of the discussion andlor exchange of information between users A and B, and thereby defeat the very reason for desiring the addition of one or more new participants to the conference.
SUBSTIME SHEET (RULE 26) SUMMARY OF THE INVENTION
As stated above, terminating an existing point-to-point video call between , two users to provide fox additional participants to a multimedia conference call is inefficient and counterproductive because the point-to-point participants must fmd a ' suitable termination point in their ongoing discussion and thereafter commence a new multimedia conference call to add the desired third parties once the necessary MCU ports are reserved. Accordingly, it would be desirable to have a process for converting an ongoing point to-point multimedia conference call into a multiparty conference call without disruption of the ongoing exchange of audio information and/or data while the 1 o additional parties are added.
The present invention thus provides, infer alia, a process for converting an existing or ongoing point to-point multimedia telephone call into a bridged call for facilitating conferencing with one or more third parties. A point to-point multimedia telephone call is an exchange between two users or participants of video, audio and data, such as spreadsheets, flies, etc., through their respective workstations which are connected to each other via an integrated systems digital network (ISDN) Iine or the like configured for concurrently carrying video and audio information bit streams.
The ISDN
line has a signal channel and multiple bearer channels which carry the video and audio information exchanged between the connected workstations. Thus, for example, in a BRI
2 0 (2B +D) ISDN format, one bearer channel is formatted for carrying audio, data and a small portion of the video information, and the second or other bearer channel is formatted for carrying only video information.
The inventive process facilitates conversion of an ongoing point-to-point multimedia call into a bridged call while providing for the continued exchange of audio information during the conversion process. In particular, and in the context (by way of example) of an ISDN Iine configured as a 2B+D format wherein the first bearer channel ' is formatted for carrying video, audio and data information and the second bearer channel SUBSTITUTE SHEET (RULE 26) ' WO 97/05754 PCTlLlS96i 12086 is formatted for carrying only video information, the inventive process is performed by first disconnecting the second bearer channel from the point-to-point call and connecting that channel to an availablie port on a multipoint control unit (MCU). The second bearer channel is then reformatted to carry the audio, data and video information bit streams of the first bearer channel. 'JVhile the second bearer channel is disconnected, the first bearer channel remains connected in the point-to-point call so that audio information and/or data, as well as a small amount of video information, can still be exchanged between the terminal devices.
After the second bearer channel has been reformatted, acknowledgement of a successful connection of the reformatted second bearer channel is provided to the terminal devices; the first bearer channel is then disconnected from the point-to-point call and connected to another port on the MCU. The first bearer channel is then reformatted as a video-only channel to carry the video information bit stream of the original second bearer channel of the p~~int-to-point call. When the first bearer channel has been disconnected, audio information, data and a small amount of video information can continue to be exchanged between the ternzinal devices in an indirect manner, i.e.
through the MCU. Th~,is, even when either bearer channel is disconnected, audio information as well as iiata and a small amount of video information can still be exchanged between the terminal devices.
2 o In a preferred embodiment, before the second bearer channel is disconnected from the fbint-to-point call a determination must be made as to the availability of the desiredl number of ports on the MCU. Thus, the preferred process further includes the step of querying the MCU from one of the terminal devices to determine availability of dne desired number of ports.
2 5 In another preferred embodiment, each MCU port has a corresponding address assigned thereto and the addresses of some of the available and reserved ports are provided to the terminal device that initiated the query, whereby that device will provide SUBSTETU'tE SHEET (RULE 26) WO 97!05754 PCTlUS96/12086 ' the designated port addresses to the other terminal device of the point-to-point call. The addresses are then used by each terminal device to access the corresponding available MCU ports. The exchange of data discretes such as port addresses and acknowledgments between the terminal devices can be accomplished through the bearer channels or through the signal channel of the ISDN line. However, use of the signal channel is most preferred. Upon connection of both terminal devices to a common MCU, third party . terminal devices can then be freely added to the MCU for multiparty conferencing.
Qther features of the present invention will become apparent from the following detailed description considered in conjunction with the accompanying drawings. It is to be understood, however, that the drawings are designed solely for purposes of illustration and not as a definition of the limits of the invention, for which reference should be made to the appended claims.
BRIEF DESCRIPTION OF THE DRAWINGS
In the drawings, wherein like reference characters denote similar elements throughout the several views:
FIG. 1 is a schematic block diagram representing a point to-point multimedia telephone call;
FIG. 2 is a block representation of an intermediate stage of the present 2 0 invention;
FIG. 3 is a block representation of a subsequent intermediate stage of the present invention;
FIG. 4 is a block representation of yet another subsequent stage of the present invention; and 2 5 FIG. 5 is a block representation of an alternate embodiment of one stage of the present invention.
SUBST(ME SHEEt (RULE 26}
_7_ DETAILED DESCRIPTIfON OF THE PREFERRED EMBODIZVViENTS
Multimedia. conferencing, as used herein, is the exchange of audio, video and data information betv<<een users or participants through their respective workstations ~ which are connected to an Integrated Systems Digital Network line (ISDN) configured, for example, as a BRI (2'.B+D) format. In general, each workstation is equipped with audio and video inputlouq~ut means as well as data transfer means such, for example, as a computer.
Turning to the drawings, and initially to FIG. I, a block representation of a point-to-point or two-paxty multimedia call is depicted and is generally designated as 10. As shown, the point-i:o-point call interconnects two workstations 12a and i2b. Each workstation 12 typically includes a CRT or other viewing screen 14 for video output and the display of data in such forms as reports, spreadsheets, graphs, etc., a keyboard 16 fox entering and accessing davta, a processor 17 for processing data, audio input and output means 18 such as a microphone and/or speaker, and a video input means such as a video 1 s camera 20. The workstations 12 are shown interconnected via an ISDN line through, by way of example, a Local central office (LCO) or exchange 22 and a toll or long distance switching office 24. it should be noted, however, that for a local call the toll switching office 24 would not be required and a direct connection from each workstation's respective local central office 22 to either the local central office or long distance 2 o switching office associated with the other workstation may be effected.
Similarly, using privately owned Local telephone Lines the workstations can be directly interconnected one to the other without any interposed local central office 22.
As stated above, information exchanged during multimedia or video calls is currently placed in a data bit string format carried on an ISDN line configured as either 25 a BRI (2B+D) format or a PRI (23B+D) format. With specific reference (by way of example) to a BRI format, such fox~nat consists of two bearer channels (with each channel carrying either 56 or 64 kilobits per second (kb/s) and a signal channel (D) carrying or SUBS'f iTUTE SHEET (RULE 26) WO 97/05754 PCT/US96/I2086 ' -g_ accommodating 16 kb/s. In a 2B+D format, one bearer channel is configured for carrying the voice, data (such as documents, texts, etc.), and a small amount of video information, and the other bearer channel is used solely for video information, i.e. for enhanced resolution and improved video imaging. When a point-to-point video call is , commenced, the~rst-connected -bearer-chan.~.el ;gill- autox~rati~cally -be-formatted- vy-the protocol of the system (such as the H.320 protocol) as the channel carrying the voice, data and a portion of video information, whereas the second connected channel will be formatted for carrying anly video information.
If during a point-to-point call between workstations 12a and 12b it is 1 o desired to include additional third party participants who will interact through their respective terminal devices such as workstations, the point-to-point call must first be reconfigured or converted to a bridged call wherein workstations 12a and 12b are disconnected from the existing point to-point configuration and re-connected to a bridge, such as through an MCU, which can also accommodate the addition of third party 25 terminal devices or workstations. Of course, the conversion process should result in little, if any, disruption in the exchange of information between workstations 12a and 12b and, therefore, it is desirable to provide for the continuous exchange of at least the audio information and data, as well as some video information, between these workstations.
As explained above, prior to initiating a multimedia or video conference 2 o call a determination as to the availability of the desired number of conference ports on an MCU must be made and, if the desired number of ports are available, they must be reserved for use. This determination, which is executed in the form of a query sent by either of the point-to-point workstations 12a or 12b, is depicted in FIG. 2 wherein workstation 12a is shown as the querying device. Thus, if during an ongoing point-to-2 5 point call between users at workstations 12a and 12b it is desired to include additional third parties, either workstation (12a or 12b) can query the system by sending a request .
to determine if the desired number of ports on an MCU are available and, if so, to SUBSTITUTE SHEET (RULE 26) ' WO 97/05754 PCT/IIS96/12086 _g_ reserve those ports for subsequent use. In the preferred embodiment, the query is sent through a local central ofluce on a packet communication link 26 to a packet network of interexchange carrier 2!3 which, in turn, sends the query on another packet communication Iink 30 to a conference control unit 32. The conference control unit 32 is connected through a connection line 34 to an MCU 36.
The conference control unit 32 controls the operation of MCU 36 such, for example, as by reserving the required number of MCU ports for subsequent connection to various ternninal devices. Thus, the conference control unit 32 m~aintaius an inventory of available :MCU ports at any given time. If the desired number of ports 1 o are available, the conference control unit 32 will reserve these ports and provide workstation 12a with an acknowledgement indicating that the conference request placed by terminal 12a can be accommodated, and will also provide workstation 12a with addresses and. other data hit discretes required for the conference. Although conference control unit 32 is shown, connected to a single MCU 36, it will be understood and appreciated by those having ordinary skill in the art that a plurality of MCUs may also be connected to a conference control unit 32 whereby the conference control unit maintains a current or naming inventory of all available MCU ports on the plurality of connected MCUs and will, likewise., reserve the necessary conference ports on one such MCU of the connected plurality.
2 o For a 2B-f-D format which incorporates two bearer channels, an MCU
port is needed for each workstation. Thus, when converting a two-way point to-point call to an MCU connected call, two MCU ports are needed. If a single third party is to be added, a third additional port is also needed, etc. Thus, when a query is sent by, for example, workstation 12a. to conference control unit 32, the query will also specify the 2 5 number of intended participants to the conference, thus alerting the conference control unit 32 as to the required number of MCU ports. Each MCU port has two corresponding addresses (such as telephone numbers) associated therewith, one for each bearer channel, suBS~~ s»~~r ~RUZh asy and the addresses of only the reserved ports for workstations 12a and 12b are provided by the conference control unit 32 to workstation 12a via packet communication links 26 and 30. As the point-to-point call is ongoing during the reservation stage, and the bearer channels are thus directly connected at that time to each workstation, the query and , communication between workstations 12a and the conference control unit 32 are earned by the signal portion or D-channel of the BRI-formatted ISDN line.
Once the addresses of the available reserved MCU ports are provided to workstation 12a, the port addresses for use by workstation 12b are then provided by workstation 12a to workstation 12b. An acknowledgment of successful receipt of the 1 o addresses is then provided by workstation 12b to workstation 12a. This communication of data discretes (addresses, acknowledgements, etc.) between the point-to-point workstations 12a and 12b can be conveyed either through the bearer channels --i.e. by occupying .a portion of the second bearer channel carrying video-only information -- or through the signal portion or D-channel of the BItI Iine. However, it is preferred that the signal portion be used for the transfer of data discretes as this does not reduce the available bandwidth or data-carrying capacity of the second bearer channel.
With reference now to FIG. 3, upon successful conveyance of the available reserved MCU port addresses to workstation 12b, the second bearer channel --i.e. that channel containing only video information -- of the point to-point call is dropped, 2 0 whereupon workstation 12a dials the phone numbers corresponding to one of the port addresses of MCU 36 and re-connects the dropped second bearer channel to the newly dialed reserved MCU port via a connection line 38a, e.g. to form an MCU-connected second bearer channel. Again, although line 38 is shown as connecting MCU 36 to toll switching office 24a, this connection can likewise be made between MCU 36 and local 2 5 central office 22a.
Upon successful connection by workstation 12a of the second bearer channel to one of the MCU reserved ports, a standard protocol for video phones, such as SUBSTIME SHEET (RULE 26) ' WO 97/05754 PCT/US96/I2086 the H.320 protocol, is instituted for reformatting the MCU-connected second bearer channel, which connects workstation 12a to the MCU 36, into a format identical to that of the first bearer channel, i.e. to a format for carrying audio, data and a small amount of video information. Once reformatting is complete, the information or data bit streams s carried by the still-connected point-to-point first bearer chanllei are duplicated on the newly reformatted second. bearer channel now connected between workstation I2a and MCU 36. It should be noted that throughout this stage, the identical situation occurs with respect to worlcst~,tion 12b, In. other words, w4rkstation I2b uses trhe phone numbers provided by workstation 12a and which correspond to the MCU reserved ports to connect 1 o its second bearer channel to the corresponding MCU port whereupon that channel is, likewise, reformatted for carrying audio, data and a small amount of video information.
With contviued reference to FTG. 3, once workstations 12a and 12b are successfully connected tc~ MCU 36 and the MCU-connected second bearer channel connecting the MCU to each workstation has been reformatted from carrying 15 substantially only video iinformation to carrying the identical information as the first bearer channel -- i.e. audio, data and a small amount of video information -workstation 12a then disconnects or drops its existing first bearer channel and uses the phone number of the remaining reserved MCU port address to connect its new-disconnected first bearer channel to MCU 36, i.e. to form an MCU-connected first bearer channel. Upon 2 o successful connection, the H.320 protocol is again used for reformatting the MCU-connected first bearer ch:~nnel into a substantially video-only channel for carrying the video information bit streams that were heretofore carried by the original point-to-point call second bearer chanliel. The same procedure likewise occurs with respect to workstation 12b and that workstation's connection of its first bearer channel to MCU 36.
2 5 With both workstations successfully connected to their respective reserved MCU ports, the workstations no longer directly communicate with each other through a point-to-point call but, instead, now communicate indirectly through the MCU 36.
SUBSTfME SHEEt' (RULE 26) A principal benefit of the inventive process is that it provides for the continuous and uninterrupted exchange of audio information and data throughout the conversion process. As has been pointed out, the second bearer channel (which is the first-to-be-dropped bearer channel) is that channel which was initially formatted for carrying only video, whereas the later-dropped bearer channel is that which was initially formatted for carrying audio and data information as well as a small amount of video information. Thus, while the original second bearer channel is in the process of being connected to the MCT J and refoxcnatted, the particap~nts in. the point-t~-poa..~at ~Il naay continue to still exchange voice and other audio and data via the remaining directly 1 o connected bearer channel (channel 1}. In addition, although video clarity will degrade during the relatively short period of time extending from disconnection of the second bearer channel to successful connection of the first bearer channel to the MCU, some video imaging will remain present via the reduced bandwidth video information carried on the first bearer channel. However, once the second bearer channel has been 3.5 connected to the MCU from both workstations and reformatted to the format of the first bearer channel, and the first bearer channel from the point-to-point call is then disconnected, the call participants can continue to exchange audio information and data via MCU 36 through the newly reformatted and connected second bearer channel.
Again, as the newly reformatted second bearer channel contains only a portion of the 2 o video information that the first bearer channel contained, some video information or image is still present. Of course, when the first bearer channel has thereafter been successfully reformatted and connected to the MCU 36, the video information will return to its initial enhanced resolution as the newly reformatted fast bearer channel carrier provides the remainder of the video information bit stream.
2 5 With workstations I2a and I2b successfully connected to MCU 36, the MCU then uses the addresses of the remaining reserved ports to contact and connect additional third party workstations. Thus, and with reference now to FIG. 4, if only a SUBSTtME SHEET (RULE 26) WO 97105'754 PCT/US96/i2086 single additional third party who will participate through workstation 12c is to be added, three reserved MCU ports are required, i.e. one port for workstation 12a, one for workstation 12b, and a third for workstation 12c. That third port connects the two bearer channels from workstation 12c to MCU 36. If additional third parties are required, it will be necessary to reserve a like number of additional MCU ports to accommodate such additional parties.
With reference now to FIG. S, and as explained above, although the exchange of the data dascretes such as port addresses or phone numbers, acknowledgments, etc. from workstation 12a to workstation 12b may be carried out 1 o through the bearer channels and, specifically, through the second or video-only bearer channel, that technique is least preferred because the information on the second bearer channel will often be disturbed to accommodate transfer of the data discretes.
In a most preferred embodiment, tlherefore, the data discretes are communicated between the respective workstations using the signal portion or D-channel of the BRI
lines, thus providing more bandwidth for the video bit streams) on the second bearer channel.
FIG. 5 de;gicts a block diagram of the most preferred process for communicating the data d:iscretes through the signal portion of a BRI line. As shown, each local central office 2;2a, 22b is connected via an A-link 42a, 42b to a locat central office signal transfer point (STP) 40a, 40b. Each STP 40 is, in turn, connected to a toll 2 0 switching off ce STP 46a, 46b contained in an interexchange signalling network 50 such, for example, as an SS-7 signalling network by AT&T Corp., via D-link quad connections 44a and 44b. Additional A-links 48 are provided for connecting the toll switching office STP 46 to each toll switching office 24. In this embodiment of the invention, the data discretes are communicatE;d between workstations 12a and 12b through the signal channel 2 5 of the BRI connection vvhich is connected through A-links 42 to the respective toll switching office STPs 4Eia and 45b via Iocal STPs 40a and 40b through D-Iink quad connections 44a and 44b. The data discretes are, in turn, provided to each workstation's SUBSTITUTE SHEET (RULE 26) toll switching office STP 46 through the signalling network 50. This configuration permits the out-of band transfer of data discretes, i.e. outside of the bearer channels, thereby providing for increased or enhanced information capacity on the bearer channels.
Thus, while there have been shown and described and pointed out fundamental novel features of the invention as applied to the currently preferred embodiments thereof, it will be understood that various omissions and substitutions and changes in the form and details of the methods and apparatus illustrated, and in their operation, may be made by those skilled in the art without departing from the spirit of the invention. It is the intention, therefore, to be Limited only as indicated by the scope of the claims appended hereto.
SUBSTIME SHEET (RULE 26)
MCJLTIMEDhA CALL TO A BRIDGED MULTIMEDIA CALL
BACKGROUND OF THE INVENTION
I. Field of the Invention This invention broadly relates to multimedia conferencing wherein two or more users interact visually and audibly and are able to concurrently share data such as spreadsheets, reports, etc. More particularly, the present invention pertains to multimedia conferencing nn which two or more users interact with each other through the use of terminal equipment having audio and video input/output capabilities.
Most particularly, the present invention is directed to a process for converting an existing or ongoing point-to-point multimedia telephone call into a bridged call wherein tlhe point to-point call terminal devices are connected to a common video bridge such as a multipoint control unit (MCL~ while maintaining between the participants a continuous exchange of audio information throughout the conversion process.
II. Discussion of Background Art Recent developments in telecommunications provide the capability of video calling wherein two users communicate and interact with each other over a direct 2 0 transmission link or telephone line, such as an Integrated Services Digital Network (ISDN) line, via the use of terminal equipment having audio and video input/output capabilities. In general, the terminal equipment used in video calling is a workstation containing a microphone and speaker for audio exchange, a video camera and screen for video exchange and a computer for the exchange of data which may comprise, for 2 5 example, reports, spreadsheets, graphs, etc.
~ Video call information is commonly configured into a data string format comprised of two bearer (13) channels (with each channel carrying either 56 or 64 kilobits SUBSTIME SHEET (RULE 26) per second (kb/s)) and a signal channel (D) of 16 kb/s; this format is commonly referred to as 2B+D or Basic Rate Interface (BRI) format. Video call information can alternatively be configured into a Primary Rate Interface (PR1) format, also referred to as a 23B+D format, which is a data string comprised of 23 bearer (B) channels and a signal .
channel (D) of 64 kb/s. For standard data configuration most video calls utilize the H.320 video telephone protocol which configures the initially connected bearer channel to carry that portion of the data string representing all of the audio and data information (reports, spreadsheers, etc.) as well as a small portion of the video information, and configures the later-connected bearer channels) to carry the remainder of the video 1 o inforn~ation.
In a video call, two users can interact directly via a point-to-point connection either through a local central office for a local call, or through a main switching station for a toll call. Users may also interact indirectly via use of a video bridge, such as multipoint control unit (MCU), wherein each workstation is connected to and shares a common MCU. When an MCU is used, such interaction is referred to as multimedia conferencing and, through the use of additional ports on the MCU, one or numerous additional third party users to a multimedia conference can be accommodated in the conference by connecting additional workstations to the MCU.
The basic features of an MCU are described, by way of example, in M.J.
2 o Koenig, et. al., "MCUs Help Take The Worry Out Of Being There", AT&T
Technology Products, Systems and Services, Vol. 9, No. 4, Winter, 1994, pages 12-15, the entirety of which is incorporated by reference herein. Basically, an MCU synchronizes a multiplexed data bit stream comprised of voice, video and data which originates from each workstation endpoint, ensures a compatible set of audio and video parameters for the 2 5 video conference from the options communicated by the control sequences received from the other workstation endpoints, and then decodes and sums the audio streams from all users for broadcast to the conference call participants.
SUSST(ME SHEET (RULE 26) ' WO 97!(35754 PCT/US96/I2086 To initiate a video conference call between, for example, three separate workstations having a user or participant at each, a reservation must first be made to reserve the necessary ports on an MCU to which the participating workstations will be connected. Thus, for a multimedia conference the number of connected workstations will be specified along with the starting time of the conference so that the system or network to which the MCU is connected can accommodate the intended number of participants at the pre-selected conference starting time.
such art ar~owe-clesc:ril~ed technnque, wherein reservations must first be made for the desired numher of ports on an MCU, is readily employed when the number of participants and the approximate starting time for a multimedia conference are known.
However, if a multimedia call is first commenced between two participants, i.e. a point-to-point call between user A and user B, and during that point-to-point call it becomes desirable or necessary to include at least a third participant, i.e. user C, there is at present no known technique for uninterruptedly accommodating the connection of user C's workstation to the ongoing point-to-point call. Thus, in order to include user C, the existing point-to-point multimedia call between users A and B must first be terminated, a reservation for the desired: number of ports and time on an MCU must be made, and a new conference call then iinitiated between all intended participants, i.e.
users A, B and C. As will be appreciated, such a disruption to the existing and ongoing point-to-point 2 0 video call between users ?~ and B is not only inconvenient but is likely to break the flow of the discussion andlor exchange of information between users A and B, and thereby defeat the very reason for desiring the addition of one or more new participants to the conference.
SUBSTIME SHEET (RULE 26) SUMMARY OF THE INVENTION
As stated above, terminating an existing point-to-point video call between , two users to provide fox additional participants to a multimedia conference call is inefficient and counterproductive because the point-to-point participants must fmd a ' suitable termination point in their ongoing discussion and thereafter commence a new multimedia conference call to add the desired third parties once the necessary MCU ports are reserved. Accordingly, it would be desirable to have a process for converting an ongoing point to-point multimedia conference call into a multiparty conference call without disruption of the ongoing exchange of audio information and/or data while the 1 o additional parties are added.
The present invention thus provides, infer alia, a process for converting an existing or ongoing point to-point multimedia telephone call into a bridged call for facilitating conferencing with one or more third parties. A point to-point multimedia telephone call is an exchange between two users or participants of video, audio and data, such as spreadsheets, flies, etc., through their respective workstations which are connected to each other via an integrated systems digital network (ISDN) Iine or the like configured for concurrently carrying video and audio information bit streams.
The ISDN
line has a signal channel and multiple bearer channels which carry the video and audio information exchanged between the connected workstations. Thus, for example, in a BRI
2 0 (2B +D) ISDN format, one bearer channel is formatted for carrying audio, data and a small portion of the video information, and the second or other bearer channel is formatted for carrying only video information.
The inventive process facilitates conversion of an ongoing point-to-point multimedia call into a bridged call while providing for the continued exchange of audio information during the conversion process. In particular, and in the context (by way of example) of an ISDN Iine configured as a 2B+D format wherein the first bearer channel ' is formatted for carrying video, audio and data information and the second bearer channel SUBSTITUTE SHEET (RULE 26) ' WO 97/05754 PCTlLlS96i 12086 is formatted for carrying only video information, the inventive process is performed by first disconnecting the second bearer channel from the point-to-point call and connecting that channel to an availablie port on a multipoint control unit (MCU). The second bearer channel is then reformatted to carry the audio, data and video information bit streams of the first bearer channel. 'JVhile the second bearer channel is disconnected, the first bearer channel remains connected in the point-to-point call so that audio information and/or data, as well as a small amount of video information, can still be exchanged between the terminal devices.
After the second bearer channel has been reformatted, acknowledgement of a successful connection of the reformatted second bearer channel is provided to the terminal devices; the first bearer channel is then disconnected from the point-to-point call and connected to another port on the MCU. The first bearer channel is then reformatted as a video-only channel to carry the video information bit stream of the original second bearer channel of the p~~int-to-point call. When the first bearer channel has been disconnected, audio information, data and a small amount of video information can continue to be exchanged between the ternzinal devices in an indirect manner, i.e.
through the MCU. Th~,is, even when either bearer channel is disconnected, audio information as well as iiata and a small amount of video information can still be exchanged between the terminal devices.
2 o In a preferred embodiment, before the second bearer channel is disconnected from the fbint-to-point call a determination must be made as to the availability of the desiredl number of ports on the MCU. Thus, the preferred process further includes the step of querying the MCU from one of the terminal devices to determine availability of dne desired number of ports.
2 5 In another preferred embodiment, each MCU port has a corresponding address assigned thereto and the addresses of some of the available and reserved ports are provided to the terminal device that initiated the query, whereby that device will provide SUBSTETU'tE SHEET (RULE 26) WO 97!05754 PCTlUS96/12086 ' the designated port addresses to the other terminal device of the point-to-point call. The addresses are then used by each terminal device to access the corresponding available MCU ports. The exchange of data discretes such as port addresses and acknowledgments between the terminal devices can be accomplished through the bearer channels or through the signal channel of the ISDN line. However, use of the signal channel is most preferred. Upon connection of both terminal devices to a common MCU, third party . terminal devices can then be freely added to the MCU for multiparty conferencing.
Qther features of the present invention will become apparent from the following detailed description considered in conjunction with the accompanying drawings. It is to be understood, however, that the drawings are designed solely for purposes of illustration and not as a definition of the limits of the invention, for which reference should be made to the appended claims.
BRIEF DESCRIPTION OF THE DRAWINGS
In the drawings, wherein like reference characters denote similar elements throughout the several views:
FIG. 1 is a schematic block diagram representing a point to-point multimedia telephone call;
FIG. 2 is a block representation of an intermediate stage of the present 2 0 invention;
FIG. 3 is a block representation of a subsequent intermediate stage of the present invention;
FIG. 4 is a block representation of yet another subsequent stage of the present invention; and 2 5 FIG. 5 is a block representation of an alternate embodiment of one stage of the present invention.
SUBST(ME SHEEt (RULE 26}
_7_ DETAILED DESCRIPTIfON OF THE PREFERRED EMBODIZVViENTS
Multimedia. conferencing, as used herein, is the exchange of audio, video and data information betv<<een users or participants through their respective workstations ~ which are connected to an Integrated Systems Digital Network line (ISDN) configured, for example, as a BRI (2'.B+D) format. In general, each workstation is equipped with audio and video inputlouq~ut means as well as data transfer means such, for example, as a computer.
Turning to the drawings, and initially to FIG. I, a block representation of a point-to-point or two-paxty multimedia call is depicted and is generally designated as 10. As shown, the point-i:o-point call interconnects two workstations 12a and i2b. Each workstation 12 typically includes a CRT or other viewing screen 14 for video output and the display of data in such forms as reports, spreadsheets, graphs, etc., a keyboard 16 fox entering and accessing davta, a processor 17 for processing data, audio input and output means 18 such as a microphone and/or speaker, and a video input means such as a video 1 s camera 20. The workstations 12 are shown interconnected via an ISDN line through, by way of example, a Local central office (LCO) or exchange 22 and a toll or long distance switching office 24. it should be noted, however, that for a local call the toll switching office 24 would not be required and a direct connection from each workstation's respective local central office 22 to either the local central office or long distance 2 o switching office associated with the other workstation may be effected.
Similarly, using privately owned Local telephone Lines the workstations can be directly interconnected one to the other without any interposed local central office 22.
As stated above, information exchanged during multimedia or video calls is currently placed in a data bit string format carried on an ISDN line configured as either 25 a BRI (2B+D) format or a PRI (23B+D) format. With specific reference (by way of example) to a BRI format, such fox~nat consists of two bearer channels (with each channel carrying either 56 or 64 kilobits per second (kb/s) and a signal channel (D) carrying or SUBS'f iTUTE SHEET (RULE 26) WO 97/05754 PCT/US96/I2086 ' -g_ accommodating 16 kb/s. In a 2B+D format, one bearer channel is configured for carrying the voice, data (such as documents, texts, etc.), and a small amount of video information, and the other bearer channel is used solely for video information, i.e. for enhanced resolution and improved video imaging. When a point-to-point video call is , commenced, the~rst-connected -bearer-chan.~.el ;gill- autox~rati~cally -be-formatted- vy-the protocol of the system (such as the H.320 protocol) as the channel carrying the voice, data and a portion of video information, whereas the second connected channel will be formatted for carrying anly video information.
If during a point-to-point call between workstations 12a and 12b it is 1 o desired to include additional third party participants who will interact through their respective terminal devices such as workstations, the point-to-point call must first be reconfigured or converted to a bridged call wherein workstations 12a and 12b are disconnected from the existing point to-point configuration and re-connected to a bridge, such as through an MCU, which can also accommodate the addition of third party 25 terminal devices or workstations. Of course, the conversion process should result in little, if any, disruption in the exchange of information between workstations 12a and 12b and, therefore, it is desirable to provide for the continuous exchange of at least the audio information and data, as well as some video information, between these workstations.
As explained above, prior to initiating a multimedia or video conference 2 o call a determination as to the availability of the desired number of conference ports on an MCU must be made and, if the desired number of ports are available, they must be reserved for use. This determination, which is executed in the form of a query sent by either of the point-to-point workstations 12a or 12b, is depicted in FIG. 2 wherein workstation 12a is shown as the querying device. Thus, if during an ongoing point-to-2 5 point call between users at workstations 12a and 12b it is desired to include additional third parties, either workstation (12a or 12b) can query the system by sending a request .
to determine if the desired number of ports on an MCU are available and, if so, to SUBSTITUTE SHEET (RULE 26) ' WO 97/05754 PCT/IIS96/12086 _g_ reserve those ports for subsequent use. In the preferred embodiment, the query is sent through a local central ofluce on a packet communication link 26 to a packet network of interexchange carrier 2!3 which, in turn, sends the query on another packet communication Iink 30 to a conference control unit 32. The conference control unit 32 is connected through a connection line 34 to an MCU 36.
The conference control unit 32 controls the operation of MCU 36 such, for example, as by reserving the required number of MCU ports for subsequent connection to various ternninal devices. Thus, the conference control unit 32 m~aintaius an inventory of available :MCU ports at any given time. If the desired number of ports 1 o are available, the conference control unit 32 will reserve these ports and provide workstation 12a with an acknowledgement indicating that the conference request placed by terminal 12a can be accommodated, and will also provide workstation 12a with addresses and. other data hit discretes required for the conference. Although conference control unit 32 is shown, connected to a single MCU 36, it will be understood and appreciated by those having ordinary skill in the art that a plurality of MCUs may also be connected to a conference control unit 32 whereby the conference control unit maintains a current or naming inventory of all available MCU ports on the plurality of connected MCUs and will, likewise., reserve the necessary conference ports on one such MCU of the connected plurality.
2 o For a 2B-f-D format which incorporates two bearer channels, an MCU
port is needed for each workstation. Thus, when converting a two-way point to-point call to an MCU connected call, two MCU ports are needed. If a single third party is to be added, a third additional port is also needed, etc. Thus, when a query is sent by, for example, workstation 12a. to conference control unit 32, the query will also specify the 2 5 number of intended participants to the conference, thus alerting the conference control unit 32 as to the required number of MCU ports. Each MCU port has two corresponding addresses (such as telephone numbers) associated therewith, one for each bearer channel, suBS~~ s»~~r ~RUZh asy and the addresses of only the reserved ports for workstations 12a and 12b are provided by the conference control unit 32 to workstation 12a via packet communication links 26 and 30. As the point-to-point call is ongoing during the reservation stage, and the bearer channels are thus directly connected at that time to each workstation, the query and , communication between workstations 12a and the conference control unit 32 are earned by the signal portion or D-channel of the BRI-formatted ISDN line.
Once the addresses of the available reserved MCU ports are provided to workstation 12a, the port addresses for use by workstation 12b are then provided by workstation 12a to workstation 12b. An acknowledgment of successful receipt of the 1 o addresses is then provided by workstation 12b to workstation 12a. This communication of data discretes (addresses, acknowledgements, etc.) between the point-to-point workstations 12a and 12b can be conveyed either through the bearer channels --i.e. by occupying .a portion of the second bearer channel carrying video-only information -- or through the signal portion or D-channel of the BItI Iine. However, it is preferred that the signal portion be used for the transfer of data discretes as this does not reduce the available bandwidth or data-carrying capacity of the second bearer channel.
With reference now to FIG. 3, upon successful conveyance of the available reserved MCU port addresses to workstation 12b, the second bearer channel --i.e. that channel containing only video information -- of the point to-point call is dropped, 2 0 whereupon workstation 12a dials the phone numbers corresponding to one of the port addresses of MCU 36 and re-connects the dropped second bearer channel to the newly dialed reserved MCU port via a connection line 38a, e.g. to form an MCU-connected second bearer channel. Again, although line 38 is shown as connecting MCU 36 to toll switching office 24a, this connection can likewise be made between MCU 36 and local 2 5 central office 22a.
Upon successful connection by workstation 12a of the second bearer channel to one of the MCU reserved ports, a standard protocol for video phones, such as SUBSTIME SHEET (RULE 26) ' WO 97/05754 PCT/US96/I2086 the H.320 protocol, is instituted for reformatting the MCU-connected second bearer channel, which connects workstation 12a to the MCU 36, into a format identical to that of the first bearer channel, i.e. to a format for carrying audio, data and a small amount of video information. Once reformatting is complete, the information or data bit streams s carried by the still-connected point-to-point first bearer chanllei are duplicated on the newly reformatted second. bearer channel now connected between workstation I2a and MCU 36. It should be noted that throughout this stage, the identical situation occurs with respect to worlcst~,tion 12b, In. other words, w4rkstation I2b uses trhe phone numbers provided by workstation 12a and which correspond to the MCU reserved ports to connect 1 o its second bearer channel to the corresponding MCU port whereupon that channel is, likewise, reformatted for carrying audio, data and a small amount of video information.
With contviued reference to FTG. 3, once workstations 12a and 12b are successfully connected tc~ MCU 36 and the MCU-connected second bearer channel connecting the MCU to each workstation has been reformatted from carrying 15 substantially only video iinformation to carrying the identical information as the first bearer channel -- i.e. audio, data and a small amount of video information -workstation 12a then disconnects or drops its existing first bearer channel and uses the phone number of the remaining reserved MCU port address to connect its new-disconnected first bearer channel to MCU 36, i.e. to form an MCU-connected first bearer channel. Upon 2 o successful connection, the H.320 protocol is again used for reformatting the MCU-connected first bearer ch:~nnel into a substantially video-only channel for carrying the video information bit streams that were heretofore carried by the original point-to-point call second bearer chanliel. The same procedure likewise occurs with respect to workstation 12b and that workstation's connection of its first bearer channel to MCU 36.
2 5 With both workstations successfully connected to their respective reserved MCU ports, the workstations no longer directly communicate with each other through a point-to-point call but, instead, now communicate indirectly through the MCU 36.
SUBSTfME SHEEt' (RULE 26) A principal benefit of the inventive process is that it provides for the continuous and uninterrupted exchange of audio information and data throughout the conversion process. As has been pointed out, the second bearer channel (which is the first-to-be-dropped bearer channel) is that channel which was initially formatted for carrying only video, whereas the later-dropped bearer channel is that which was initially formatted for carrying audio and data information as well as a small amount of video information. Thus, while the original second bearer channel is in the process of being connected to the MCT J and refoxcnatted, the particap~nts in. the point-t~-poa..~at ~Il naay continue to still exchange voice and other audio and data via the remaining directly 1 o connected bearer channel (channel 1}. In addition, although video clarity will degrade during the relatively short period of time extending from disconnection of the second bearer channel to successful connection of the first bearer channel to the MCU, some video imaging will remain present via the reduced bandwidth video information carried on the first bearer channel. However, once the second bearer channel has been 3.5 connected to the MCU from both workstations and reformatted to the format of the first bearer channel, and the first bearer channel from the point-to-point call is then disconnected, the call participants can continue to exchange audio information and data via MCU 36 through the newly reformatted and connected second bearer channel.
Again, as the newly reformatted second bearer channel contains only a portion of the 2 o video information that the first bearer channel contained, some video information or image is still present. Of course, when the first bearer channel has thereafter been successfully reformatted and connected to the MCU 36, the video information will return to its initial enhanced resolution as the newly reformatted fast bearer channel carrier provides the remainder of the video information bit stream.
2 5 With workstations I2a and I2b successfully connected to MCU 36, the MCU then uses the addresses of the remaining reserved ports to contact and connect additional third party workstations. Thus, and with reference now to FIG. 4, if only a SUBSTtME SHEET (RULE 26) WO 97105'754 PCT/US96/i2086 single additional third party who will participate through workstation 12c is to be added, three reserved MCU ports are required, i.e. one port for workstation 12a, one for workstation 12b, and a third for workstation 12c. That third port connects the two bearer channels from workstation 12c to MCU 36. If additional third parties are required, it will be necessary to reserve a like number of additional MCU ports to accommodate such additional parties.
With reference now to FIG. S, and as explained above, although the exchange of the data dascretes such as port addresses or phone numbers, acknowledgments, etc. from workstation 12a to workstation 12b may be carried out 1 o through the bearer channels and, specifically, through the second or video-only bearer channel, that technique is least preferred because the information on the second bearer channel will often be disturbed to accommodate transfer of the data discretes.
In a most preferred embodiment, tlherefore, the data discretes are communicated between the respective workstations using the signal portion or D-channel of the BRI
lines, thus providing more bandwidth for the video bit streams) on the second bearer channel.
FIG. 5 de;gicts a block diagram of the most preferred process for communicating the data d:iscretes through the signal portion of a BRI line. As shown, each local central office 2;2a, 22b is connected via an A-link 42a, 42b to a locat central office signal transfer point (STP) 40a, 40b. Each STP 40 is, in turn, connected to a toll 2 0 switching off ce STP 46a, 46b contained in an interexchange signalling network 50 such, for example, as an SS-7 signalling network by AT&T Corp., via D-link quad connections 44a and 44b. Additional A-links 48 are provided for connecting the toll switching office STP 46 to each toll switching office 24. In this embodiment of the invention, the data discretes are communicatE;d between workstations 12a and 12b through the signal channel 2 5 of the BRI connection vvhich is connected through A-links 42 to the respective toll switching office STPs 4Eia and 45b via Iocal STPs 40a and 40b through D-Iink quad connections 44a and 44b. The data discretes are, in turn, provided to each workstation's SUBSTITUTE SHEET (RULE 26) toll switching office STP 46 through the signalling network 50. This configuration permits the out-of band transfer of data discretes, i.e. outside of the bearer channels, thereby providing for increased or enhanced information capacity on the bearer channels.
Thus, while there have been shown and described and pointed out fundamental novel features of the invention as applied to the currently preferred embodiments thereof, it will be understood that various omissions and substitutions and changes in the form and details of the methods and apparatus illustrated, and in their operation, may be made by those skilled in the art without departing from the spirit of the invention. It is the intention, therefore, to be Limited only as indicated by the scope of the claims appended hereto.
SUBSTIME SHEET (RULE 26)
Claims (16)
1. A process of converting, into a bridged conference-accommodating call, a point-to-point multimedia telephone call wherein audio and video information are exchanged between users at first and second terminal devices connected to an ISDN
communications line having first and second bearer channels, said first channel being configured for carrying video and audio information bit streams and said second channel being configured for carrying a video information bit stream in said point-to-point call, said process comprising the steps of:
determining, on a multipoint control unit (MCU) having a plurality of MCU
ports, if a predetermined number of MCU ports is available for use and, if so, reserving said predetermined number of ports for connection to at least said first and second bearer channels;
disconnecting said second bearer channel from said point-to-point call;
connecting said disconnected second bearer channel to one of said reserved ports of the MCU;
reformatting said disconnected second bearer channel to carry the audio and video information bit streams carded by said first bearer channel;
acknowledging, from the MCU to said first and second terminal devices, successful connection of said reformatted second bearer channel to said one of said reserved MCU ports;
disconnecting said first bearer channel from said point-to-point call upon successful connection of said reformatted second bearer channel to said one of said reserved MCU
ports;
connecting said disconnected first bearer channel to another of said reserved MCU
ports; and reformatting said disconnected first bearer channel for carrying the video information bit stream of said second bearer channel, so that the exchange of at least audio information between the users is uninterrupted throughout said process.
communications line having first and second bearer channels, said first channel being configured for carrying video and audio information bit streams and said second channel being configured for carrying a video information bit stream in said point-to-point call, said process comprising the steps of:
determining, on a multipoint control unit (MCU) having a plurality of MCU
ports, if a predetermined number of MCU ports is available for use and, if so, reserving said predetermined number of ports for connection to at least said first and second bearer channels;
disconnecting said second bearer channel from said point-to-point call;
connecting said disconnected second bearer channel to one of said reserved ports of the MCU;
reformatting said disconnected second bearer channel to carry the audio and video information bit streams carded by said first bearer channel;
acknowledging, from the MCU to said first and second terminal devices, successful connection of said reformatted second bearer channel to said one of said reserved MCU ports;
disconnecting said first bearer channel from said point-to-point call upon successful connection of said reformatted second bearer channel to said one of said reserved MCU
ports;
connecting said disconnected first bearer channel to another of said reserved MCU
ports; and reformatting said disconnected first bearer channel for carrying the video information bit stream of said second bearer channel, so that the exchange of at least audio information between the users is uninterrupted throughout said process.
2. The process of claim 1, wherein said determining step is performed by querying said MCU from said first terminal device.
3. The process of claim 2, wherein an address is associated with each reserved MCU port and wherein said determining step further comprises providing the addresses of at least some of said reserved ports to said first terminal device.
4. The process of claim 3, further comprising the step of communicating the provided address of one of the reserved MCU ports from said first terminal device to said second terminal device.
5. The process of claim 4, wherein the ISDN line further includes a signal channel and wherein said providing step and said communicating step are carried out through said signal channel.
6. The process of claim 5, further comprising connecting, after reformatting of said disconnected first bearer channel, a third terminal device to another reserved port on the MCU for accommodating, in a conference call with the users at the first and second terminal devices, a user at said third terminal device.
7. The process of claim 4, wherein the ISDN line includes a signal channel and wherein said providing step is carried out through said signal channel.
8. The process of claim 1, further comprising connecting, after reformatting of said disconnected first bearer channel, a third terminal device to another reserved port on the MCU for accommodating, in a conference call with the users at the first and second terminal devices, a user at said third terminal device.
9. A process of converting, into a bridged conference-accommodating call, a point-to-point multimedia telephone call in which audio and video information are exchanged between users at first and second terminal devices connected to an ISDN
communications line having first and second bearer channels, said first channel being configured for carrying audio and video information bit streams and said second channel being configured for carrying a video information bit stream in said point-to-point call, said process comprising the steps of:
determining, on a multipoint control unit (MCU) having a plurality of MCU
ports, if a predetermined number of MCU ports is available for use and, if so, reserving said predetermined number of ports for connection to at least said first and second bearer channels;
disconnecting said second bearer channel from said point-to-point call;
connecting said disconnected second bearer channel between each of said first and second terminal devices and one of said reserved ports on the MCU to form an MCU-connected second bearer channel to enable communication by each said terminal device, through said MCU-connected second bearer channel, with said MCU;
reformatting said MCU-connected second bearer channel for carrying the audio and video information bit streams of said first bearer channel;
duplicating the video and audio information bit streams of said first bearer channel onto said MCU-connected second bearer channel so that the audio and video information bit streams of the first bearer channel are exchanged between the first and second terminal device through the MCU-connected second bearer channel and the MCU and thereby assuring an uninterrupted exchange of at least the audio information bit stream between the first and second terminal devices and throughout said converting process;
acknowledging, from said MCU to each said terminal device, successful connection of said MCU-connected second bearer channel from each said terminal device to the MCU;
disconnecting said first bearer channel from said point-to-point call upon successful connection of said MCU-connected second bearer channel from each said terminal device to the MCU;
connecting said disconnected first bearer channel between each said terminal device and another of said reserved ports on the MCU to form an MCU-connected first bearer channel to enable communication by each said terminal device, through said MCU-connected first and second bearer channels, with the MCU; and reformatting said MCU-connected first bearer channel for carrying the video information bit stream of said second bearer channel so that all of the audio and video information bit streams originally exchanged between the first and second terminal devices in the point-to-point call are now exchanged between the terminal devices through the MCU.
communications line having first and second bearer channels, said first channel being configured for carrying audio and video information bit streams and said second channel being configured for carrying a video information bit stream in said point-to-point call, said process comprising the steps of:
determining, on a multipoint control unit (MCU) having a plurality of MCU
ports, if a predetermined number of MCU ports is available for use and, if so, reserving said predetermined number of ports for connection to at least said first and second bearer channels;
disconnecting said second bearer channel from said point-to-point call;
connecting said disconnected second bearer channel between each of said first and second terminal devices and one of said reserved ports on the MCU to form an MCU-connected second bearer channel to enable communication by each said terminal device, through said MCU-connected second bearer channel, with said MCU;
reformatting said MCU-connected second bearer channel for carrying the audio and video information bit streams of said first bearer channel;
duplicating the video and audio information bit streams of said first bearer channel onto said MCU-connected second bearer channel so that the audio and video information bit streams of the first bearer channel are exchanged between the first and second terminal device through the MCU-connected second bearer channel and the MCU and thereby assuring an uninterrupted exchange of at least the audio information bit stream between the first and second terminal devices and throughout said converting process;
acknowledging, from said MCU to each said terminal device, successful connection of said MCU-connected second bearer channel from each said terminal device to the MCU;
disconnecting said first bearer channel from said point-to-point call upon successful connection of said MCU-connected second bearer channel from each said terminal device to the MCU;
connecting said disconnected first bearer channel between each said terminal device and another of said reserved ports on the MCU to form an MCU-connected first bearer channel to enable communication by each said terminal device, through said MCU-connected first and second bearer channels, with the MCU; and reformatting said MCU-connected first bearer channel for carrying the video information bit stream of said second bearer channel so that all of the audio and video information bit streams originally exchanged between the first and second terminal devices in the point-to-point call are now exchanged between the terminal devices through the MCU.
10. The process of claim 9, wherein said determining step is performed by querying said MCU from said first terminal device.
11. The process of claim 10, wherein an address is associated with each reserved MCU port and wherein said determining step further comprises providing the addresses of at least some of said reserved ports to said first terminal device.
12. The process of claim 11, further comprising the step of communicating the provided address of one of the reserved MCU ports from said first terminal device to said second terminal device.
13. The process of claim 12, wherein the ISDN line further includes a signal channel and wherein said providing step and said communicating step are carried out through said signal channel.
14. The process of claim 13, further comprising connecting, after reformatting of said MCU-connected first bearer channel, a third terminal device to another available port on the MCU for accommodating, in a conference call with the users at the first and second terminal devices, a user at said third terminal device.
15. The process of claim 12, wherein the ISDN line includes a signal channel and wherein said providing step is carried out through said signal channel.
16. The process of claim 9, further comprising connecting, after reformatting of said MCU-connected first bearer channel, a third terminal device to another available port on the MCU for accommodating, in a conference call with the users at the first and second terminal devices, a user at said third terminal device.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/507,868 US5563882A (en) | 1995-07-27 | 1995-07-27 | Process for converting a point-to-point multimedia call to a bridged multimedia call |
| US507,868 | 1995-07-27 | ||
| PCT/US1996/012086 WO1997005754A1 (en) | 1995-07-27 | 1996-07-22 | Process for converting a point-to-point multimedia call to a bridged multimedia call |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2201126A1 CA2201126A1 (en) | 1997-02-13 |
| CA2201126C true CA2201126C (en) | 2001-02-13 |
Family
ID=24020454
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002201126A Expired - Fee Related CA2201126C (en) | 1995-07-27 | 1996-07-22 | Process for converting a point-to-point multimedia call to a bridged multimedia call |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US5563882A (en) |
| EP (1) | EP0791278A4 (en) |
| JP (1) | JP3556674B2 (en) |
| CA (1) | CA2201126C (en) |
| MX (1) | MX9702187A (en) |
| WO (1) | WO1997005754A1 (en) |
Families Citing this family (69)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6441842B1 (en) * | 1992-02-19 | 2002-08-27 | 8×8, Inc. | Video compression/decompression processing and processors |
| WO1996019068A1 (en) * | 1994-12-16 | 1996-06-20 | At & T Corp. | Network based multimedia messaging method and system |
| US5751338A (en) * | 1994-12-30 | 1998-05-12 | Visionary Corporate Technologies | Methods and systems for multimedia communications via public telephone networks |
| US6972786B1 (en) | 1994-12-30 | 2005-12-06 | Collaboration Properties, Inc. | Multimedia services using central office |
| US6108704A (en) * | 1995-09-25 | 2000-08-22 | Netspeak Corporation | Point-to-point internet protocol |
| JPH09107400A (en) * | 1995-10-12 | 1997-04-22 | Fujitsu Ltd | Automatic trapping method and device for communication attribute converter, and communication system having the device |
| GB9603582D0 (en) | 1996-02-20 | 1996-04-17 | Hewlett Packard Co | Method of accessing service resource items that are for use in a telecommunications system |
| JPH09172495A (en) | 1995-12-19 | 1997-06-30 | Fujitsu Ltd | Multi-spot and multi-channel connector in digital integrated network |
| US6154445A (en) * | 1996-04-18 | 2000-11-28 | Bell Atlantic Network Services, Inc. | Telephony communication via varied redundant networks |
| US5862329A (en) * | 1996-04-18 | 1999-01-19 | International Business Machines Corporation | Method system and article of manufacture for multi-casting audio visual material |
| US6069890A (en) | 1996-06-26 | 2000-05-30 | Bell Atlantic Network Services, Inc. | Internet telephone service |
| US6016307A (en) | 1996-10-31 | 2000-01-18 | Connect One, Inc. | Multi-protocol telecommunications routing optimization |
| US6473404B1 (en) | 1998-11-24 | 2002-10-29 | Connect One, Inc. | Multi-protocol telecommunications routing optimization |
| US7145898B1 (en) | 1996-11-18 | 2006-12-05 | Mci Communications Corporation | System, method and article of manufacture for selecting a gateway of a hybrid communication system architecture |
| US6754181B1 (en) | 1996-11-18 | 2004-06-22 | Mci Communications Corporation | System and method for a directory service supporting a hybrid communication system architecture |
| US6335927B1 (en) | 1996-11-18 | 2002-01-01 | Mci Communications Corporation | System and method for providing requested quality of service in a hybrid network |
| US6690654B2 (en) | 1996-11-18 | 2004-02-10 | Mci Communications Corporation | Method and system for multi-media collaboration between remote parties |
| US6078582A (en) | 1996-12-18 | 2000-06-20 | Bell Atlantic Network Services, Inc. | Internet long distance telephone service |
| US6731625B1 (en) | 1997-02-10 | 2004-05-04 | Mci Communications Corporation | System, method and article of manufacture for a call back architecture in a hybrid network with support for internet telephony |
| US6081513A (en) | 1997-02-10 | 2000-06-27 | At&T Corp. | Providing multimedia conferencing services over a wide area network interconnecting nonguaranteed quality of services LANs |
| US6137869A (en) | 1997-09-16 | 2000-10-24 | Bell Atlantic Network Services, Inc. | Network session management |
| US6574216B1 (en) | 1997-03-11 | 2003-06-03 | Verizon Services Corp. | Packet data network voice call quality monitoring |
| US6292479B1 (en) | 1997-03-19 | 2001-09-18 | Bell Atlantic Network Services, Inc. | Transport of caller identification information through diverse communication networks |
| US6870827B1 (en) | 1997-03-19 | 2005-03-22 | Verizon Services Corp. | Voice call alternative routing through PSTN and internet networks |
| US6449284B1 (en) * | 1997-03-21 | 2002-09-10 | Avaya Technology Corp. | Methods and means for managing multimedia call flow |
| US6118785A (en) * | 1998-04-07 | 2000-09-12 | 3Com Corporation | Point-to-point protocol with a signaling channel |
| US6112245A (en) * | 1998-04-07 | 2000-08-29 | 3Com Corporation | Session establishment for static links in Point-to-Point Protocol sessions |
| US6301229B1 (en) | 1998-04-07 | 2001-10-09 | 3Com Corporation | Distribution of protocol processes from network elements to end stations |
| US6097720A (en) * | 1998-04-07 | 2000-08-01 | 3Com Corporation | Enabling multicast distribution efficiencies in a dialup access environment |
| US6269159B1 (en) * | 1998-04-15 | 2001-07-31 | Agere Systems Guardian Corp. | Conferencing with a calling party |
| US6320952B1 (en) | 1998-04-30 | 2001-11-20 | At&T Corp. | Method and system for transferring digital data calls between different destinations |
| US6018360A (en) * | 1998-09-09 | 2000-01-25 | Motorola, Inc. | Method of switching a call to a multipoint conference call in a H.323 communication compliant environment |
| US6925065B1 (en) * | 1998-12-16 | 2005-08-02 | At&T Corp. | Apparatus and method for providing multimedia conferencing services with selective information services |
| JP3418563B2 (en) * | 1999-01-20 | 2003-06-23 | 昇作 川合 | Network communication system |
| US6775247B1 (en) | 1999-03-22 | 2004-08-10 | Siemens Information And Communication Networks, Inc. | Reducing multipoint conferencing bandwidth |
| US6650745B1 (en) * | 1999-06-10 | 2003-11-18 | Avaya Technologies Corp. | Method and apparatus for dynamically exchanging data among participants to a conference call |
| CN100355148C (en) | 1999-09-20 | 2007-12-12 | 弗拉克托斯股份有限公司 | Multilever antenna |
| US6657975B1 (en) * | 1999-10-25 | 2003-12-02 | Voyant Technologies, Inc. | Large-scale, fault-tolerant audio conferencing over a hybrid network |
| IL149439A0 (en) | 1999-11-08 | 2002-11-10 | Polycom Israel Ltd | A method for controlling one or more multipoint control units as one multipoint control unit |
| US7174365B1 (en) * | 2000-11-08 | 2007-02-06 | Polycom Israel Ltd. | System and method for controlling one or more multipoint control units as one multipoint control unit |
| US6300973B1 (en) | 2000-01-13 | 2001-10-09 | Meir Feder | Method and system for multimedia communication control |
| US7542068B2 (en) * | 2000-01-13 | 2009-06-02 | Polycom, Inc. | Method and system for controlling multimedia video communication |
| US6895558B1 (en) * | 2000-02-11 | 2005-05-17 | Microsoft Corporation | Multi-access mode electronic personal assistant |
| US20030058836A1 (en) * | 2000-03-01 | 2003-03-27 | Roni Even | Method for establishing a multimedia connection with quality of service using an ATM backbone |
| AU2001240005B2 (en) * | 2000-03-03 | 2005-11-17 | Qualcomm Incorporated | Method and apparatus for participating in group communication services in an existing communication system |
| US7353280B2 (en) * | 2000-03-17 | 2008-04-01 | Aol Llc, A Delaware Limited Liability Company | Home-networking |
| US7945042B1 (en) * | 2000-12-29 | 2011-05-17 | Cisco Technology, Inc. | Method for switching active calls |
| US7003086B1 (en) | 2001-01-18 | 2006-02-21 | Cisco Technology, Inc. | Apparatus and method for allocating call resources during a conference call |
| US8392502B2 (en) * | 2002-04-12 | 2013-03-05 | Alcatel Lucent | System and method for effecting conference calling |
| US7701926B2 (en) * | 2002-06-14 | 2010-04-20 | Polycom, Inc. | Multipoint multimedia/audio conference using IP trunking |
| KR100453350B1 (en) * | 2002-06-17 | 2004-10-15 | 엘지전자 주식회사 | Routing Device and Method of Using BICC in the Next Generation Open Network |
| US7383339B1 (en) | 2002-07-31 | 2008-06-03 | Aol Llc, A Delaware Limited Liability Company | Local proxy server for establishing device controls |
| US6801612B2 (en) * | 2002-11-21 | 2004-10-05 | International Business Machines Corporation | System and method for conference call consolidation |
| US7010107B1 (en) * | 2002-12-20 | 2006-03-07 | Yong Lee | Internet conference call bridge management system |
| US7437457B1 (en) | 2003-09-08 | 2008-10-14 | Aol Llc, A Delaware Limited Liability Company | Regulating concurrent logins associated with a single account |
| JP2005167903A (en) * | 2003-12-05 | 2005-06-23 | Ntt Comware Corp | Conference system, and conference room request accepting method |
| NO20040978A (en) * | 2004-03-05 | 2005-06-13 | Tandberg Telecom As | Procedure for uninterrupted conference call |
| JP2008016880A (en) * | 2006-06-30 | 2008-01-24 | Toshiba Corp | Communication system, server and display control method |
| US7760865B2 (en) * | 2006-11-17 | 2010-07-20 | Microsoft Corporation | Escalation from a conversation to a conference |
| US8019071B2 (en) * | 2007-01-22 | 2011-09-13 | Avaya Inc. | Distributed conferencing via PBX-conference bridge link |
| EP2096884A1 (en) | 2008-02-29 | 2009-09-02 | Koninklijke KPN N.V. | Telecommunications network and method for time-based network access |
| US20090324533A1 (en) * | 2008-06-27 | 2009-12-31 | Novozymes A/S | Bacillus amyloliquefaciens Strain |
| US20100015081A1 (en) * | 2008-07-16 | 2010-01-21 | Novozymes A/S | Bacillus amyloliquefaciens Strain |
| US8238538B2 (en) | 2009-05-28 | 2012-08-07 | Comcast Cable Communications, Llc | Stateful home phone service |
| US8774207B2 (en) * | 2010-07-31 | 2014-07-08 | Motorola Solutions, Inc. | Methods for bearer reservation, maintenance, and use in a communication system |
| US9392121B2 (en) | 2010-09-20 | 2016-07-12 | International Business Machines Corporation | Seamlessly conferencing a previously-connected telephone call |
| US8838156B2 (en) | 2010-10-22 | 2014-09-16 | Motorola Solutions, Inc. | Multi-bearer rate control for transporting user plane data |
| US8660138B2 (en) | 2010-12-07 | 2014-02-25 | At&T Intellectual Property I, L.P. | Methods, apparatus and articles of manufacture to allocate ports to vectored digital subscriber line (DSL) groups |
| US9473953B2 (en) * | 2012-03-30 | 2016-10-18 | Aetherpal Inc. | Roaming detection and session recovery during VMM-RC |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4472798A (en) * | 1982-02-04 | 1984-09-18 | At&T Bell Laboratories | Telecommunication path substitution arrangement |
| US4998243A (en) * | 1989-10-10 | 1991-03-05 | Racal Data Communications Inc. | ISDN terminal adapter with teleconference provision |
-
1995
- 1995-07-27 US US08/507,868 patent/US5563882A/en not_active Expired - Lifetime
-
1996
- 1996-07-22 MX MX9702187A patent/MX9702187A/en active IP Right Grant
- 1996-07-22 JP JP50767597A patent/JP3556674B2/en not_active Expired - Fee Related
- 1996-07-22 EP EP96926110A patent/EP0791278A4/en not_active Withdrawn
- 1996-07-22 WO PCT/US1996/012086 patent/WO1997005754A1/en not_active Application Discontinuation
- 1996-07-22 CA CA002201126A patent/CA2201126C/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP0791278A1 (en) | 1997-08-27 |
| MX9702187A (en) | 1997-06-28 |
| WO1997005754A1 (en) | 1997-02-13 |
| US5563882A (en) | 1996-10-08 |
| JP3556674B2 (en) | 2004-08-18 |
| CA2201126A1 (en) | 1997-02-13 |
| JPH10507608A (en) | 1998-07-21 |
| EP0791278A4 (en) | 1998-10-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2201126C (en) | Process for converting a point-to-point multimedia call to a bridged multimedia call | |
| WO1997005754A9 (en) | Process for converting a point-to-point multimedia call to a bridged multimedia call | |
| EP0691778B1 (en) | Multimedia conferencing system | |
| US6020915A (en) | Method and system for providing an analog voice-only endpoint with pseudo multimedia service | |
| US5555017A (en) | Seamless multimedia conferencing system using an enhanced multipoint control unit | |
| AU714691B2 (en) | Dynamic insertion and removal of multi-media call-handling resources into/from video calls to provide calling features | |
| CA2150060C (en) | Seamless multimedia conferencing system using enhanced endpoint devices | |
| MXPA97002187A (en) | Process to convert a call of multiple means from point to point, in a call of multiple means ponte | |
| US4998243A (en) | ISDN terminal adapter with teleconference provision | |
| US6041117A (en) | Distributed network control and fabric application interface | |
| CN1121757A (en) | Multimedia telecommunications network and service | |
| JPH03230652A (en) | Multi-medium communication system | |
| JP2874608B2 (en) | Three-way calling between a videophone exchange and a videophone | |
| Oka et al. | Multipoint teleconference architecture for CCITT standard video conference terminals | |
| KR100203272B1 (en) | The video conference system by invitation | |
| JPH04326239A (en) | Conference telephone system | |
| JPH07322230A (en) | Inter-multi-spot video conference equipment | |
| JPH11113034A (en) | Call connection method | |
| EP0806105A1 (en) | Teleconference system at telecommunications system, method for establishing of teleconference and teleconference equipment for use in a teleconference system | |
| KR19980066780A (en) | How to send / receive data by designating specific terminal in video conference system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |