WO2012000373A1 - 会议切换的方法、系统及设备 - Google Patents

会议切换的方法、系统及设备 Download PDF

Info

Publication number
WO2012000373A1
WO2012000373A1 PCT/CN2011/075373 CN2011075373W WO2012000373A1 WO 2012000373 A1 WO2012000373 A1 WO 2012000373A1 CN 2011075373 W CN2011075373 W CN 2011075373W WO 2012000373 A1 WO2012000373 A1 WO 2012000373A1
Authority
WO
WIPO (PCT)
Prior art keywords
conference
handover
destination
message
control server
Prior art date
Application number
PCT/CN2011/075373
Other languages
English (en)
French (fr)
Inventor
曾建洪
Original Assignee
华为终端有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为终端有限公司 filed Critical 华为终端有限公司
Priority to EP11800118.9A priority Critical patent/EP2590406A4/en
Publication of WO2012000373A1 publication Critical patent/WO2012000373A1/zh
Priority to US13/707,473 priority patent/US8890928B2/en

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
    • 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

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, system, and device for a conference terminal to perform conference switching in a video conference. Background technique
  • Video conferencing is becoming more and more widely used in various industries, and video conferencing between companies or departments in different regions has become a part of daily work.
  • the conference terminal 1 that originally participated in the conference 1 and the conference terminal 1 that participated in the conference 1 switched from the conference 1 to the conference 2, which we may call "Conference switching".
  • a conference terminal corresponds to a conference site, and each conference site includes a conference participant and a conference terminal. Participants are participants. Participants participate in different video conferences through the terminals they use, and the attendance process of each site is through the terminal and multipoint control server (MCU (Multipoint Control Unit)). Example explanation) is done by interacting with each other.
  • MCU Multipoint Control Unit
  • the conference terminal that requests the handover first hangs up the connection channel of the current conference with the multipoint control server, including: cutting off the signaling with the current conference; and closing the media channel with the current conference, including: Video channel, audio channel, and other media channels; exit the current conference; then call the destination conference, and open the corresponding connection channel, including establishing signaling with the destination conference, opening the media channel, and entering the destination conference.
  • the terminal needs to close the connection channel with the multipoint control server, and reopen the connection channel to complete the conference switching process, wherein the conference needs to be attended.
  • the cumbersome operation on the terminal such as: hanging up the call, redialing, calling, etc., the switching speed is slow, and the remote image of the current conference must also be interrupted, making the entire conference switching process complicated and unfriendly.
  • Embodiments of the present invention provide a method, system, and device for conference switching, which simplify the conference switching process and improve user experience.
  • a method for conference switching including:
  • a method for conference switching including:
  • a multipoint control server including:
  • a request receiving unit configured to receive a handover request message from the conference terminal to switch to the destination conference, where the handover request message includes information about the destination conference;
  • a handover processing unit configured to determine, according to the handover request message, to switch to the destination conference indicated by the information, and perform a process of switching to the destination conference.
  • a conference terminal comprising:
  • a sending unit configured to send a switching message for the conference switching to the multipoint control server
  • a receiving unit configured to receive a handover indication message from the multipoint control server, where the handover indication message is used to indicate: the multiple point Controlling whether the server successfully performs a switch to the conference deal with;
  • execution unit configured to switch to the conference according to the handover indication message in conjunction with the multipoint control server.
  • a system for conference switching including:
  • a conference terminal configured to send a handover message of the conference handover to the multipoint control server
  • a multi-point control server configured to: when the received handover message is a handover request message for requesting handover to a destination conference, determine, according to the information about the destination conference included in the handover request message, to switch to the information indication The meeting, and the process of switching to the destination meeting.
  • the conference terminal side can initiate a conference switching process by using a handover request message, and the operation is relatively simple, and the connection channel of the original conference does not need to be cut off, including: a video channel, an audio channel, and other media channels, without interruption
  • the remote image of the original conference reduces the process of re-calling during the conference switching process, improves the switching speed, and enables the conference to smoothly switch, so that the remote image of the original conference can be cut into the destination conference without interruption.
  • the remote image brings a good experience for the user during the entire conference switching process.
  • FIG. 1 is a schematic diagram of a scenario of conference switching in the background art
  • FIG. 2 is a schematic flowchart of a method for conference switching in Embodiment 1 of the present invention
  • FIG. 3 is a schematic flowchart of a method for conference switching in Embodiment 2 of the present invention.
  • FIG. 4 is a schematic system diagram of a method for conference switching in Embodiment 3 of the present invention.
  • FIG. 5 is a schematic system diagram of a method for conference switching in Embodiment 4 of the present invention.
  • FIG. 6 is a schematic system diagram of a method for conference switching in Embodiment 5 of the present invention.
  • FIG. 7 is a schematic structural diagram of a multipoint control server in Embodiment 6 of the present invention
  • 8 is a schematic structural diagram of another multipoint control server in Embodiment 6 of the present invention
  • FIG. 9 is a schematic structural diagram of a conference terminal in Embodiment 7 of the present invention.
  • FIG. 10 is a schematic structural diagram of another conference terminal in Embodiment 7 of the present invention. detailed description
  • This embodiment provides a method for conference switching.
  • the method is applicable to the control side in a video conference. As shown in FIG. 2, the method includes:
  • Step 101 Receive a handover request message that is requested to be switched from a conference terminal to a destination conference, where the handover request message includes information about the destination conference.
  • the information of the destination meeting may be specifically the identifier of the destination meeting
  • the request message may further include a handover request type information and a handover verification information.
  • the handover request type information may be used to indicate a type that the conference terminal side wants to switch, for example, the connection disconnected from the original conference after the handover, or after the handover.
  • the connection with the original conference is maintained; the handover verification information can be used to verify the rights of the conference terminal that proposes the conference handover request, so as to ensure user security and the like.
  • control side may further send a handover response message after receiving the handover request message to ensure the reliability of the information exchange between the conference terminal and the control side.
  • Step 102 Determine, according to the handover request message, a handover to a destination conference indicated by the information, and perform a process of switching to the destination conference.
  • the method provided in this embodiment has the following beneficial effects: The process of conference switching is simplified, the connection channel between the conference terminal and the conference terminal is not interrupted, and the conference image smooth handover can be realized, and the user experience in the conference handover process is improved.
  • Example 2 This embodiment provides a method for conference switching.
  • the method is applicable to the conference terminal side, and can be deployed on the conference terminal. As shown in FIG. 3, the method includes:
  • Step 201 Send a handover message for conference handover to a multipoint control server.
  • the handover message for the conference handover may be specifically a handover request message requesting to switch to the destination conference, where the handover request message includes the information of the destination conference;
  • the handover message used for the conference handover may be specifically a handover response message, so as to notify the multiple conference. Controls whether the server agrees to join the second meeting.
  • the handover message for the conference handover is a handover request message for requesting handover to the destination conference
  • the message may also include handover request type information, handover verification information, and the like.
  • the information of the destination conference may be specifically the identifier of the destination conference; wherein, in this embodiment, the method is mainly for a conference terminal to switch to another conference site;
  • Step 202 Receive a handover indication message from the multipoint control server, where the handover indication message is used to indicate: whether to successfully perform a handover to the conference;
  • the handover indication message indicates that the process of switching to the conference fails, when all the projects fail.
  • the handover indication message indicates that the process of performing handover to the conference is successful.
  • Step 203 Switch to the conference according to the handover indication message in conjunction with the multipoint control server.
  • the conference to which the handover is performed is specifically a destination conference. If the handover message sent in step 201 is a handover response message, the conference to which the conference is switched. Specifically for the second meeting.
  • the method provided in this embodiment has the following beneficial effects:
  • the conference terminal side can initiate a conference switching process by using a handover request message, such as a handover request message, and the operation is relatively simple, and the connection channel of the original conference does not need to be cut off.
  • the remote image of the original conference does not need to be interrupted, the process of re-calling during the conference switching process is reduced, the switching speed is improved, and the remote image is not interrupted during the handover process, which brings good users to the entire conference switching process.
  • a handover request message such as a handover request message
  • This embodiment specifically describes a method for conference switching, which is related to the conference terminal side and the control side, and is mainly used to describe a scenario in which the conference terminal side wants to join the destination conference and actively sends the handover procedure.
  • the conference terminal side is specifically a conference terminal T1.
  • the control side specifically uses the MCU1 as a multipoint control server in this embodiment and the following embodiments.
  • the T1 is currently located.
  • the meeting is called the original meeting, and the original meeting is called meeting 1.
  • the meeting in which the T1 request is switched is called the destination meeting, and it is set as the meeting 2.
  • the method in this embodiment is suitable for the handover scenario between different conferences on the same MCU, that is, the execution process of the method provided in this embodiment is described by the premise that both the conference 1 and the conference 2 belong to the MCU1. .
  • the method includes the following steps:
  • Step 301 The T1 sends a handover request message requesting to switch to the conference 2 to the MCU1, where the handover request message includes at least the identifier of the conference 2, the handover request type information, and the handover verification information.
  • the handover verification message is used to verify the authority of the request T1, so as to ensure user security; preferably, the handover request type information is used to indicate the type of T1 to be switched, and specifically, there are two types of handover, which are respectively separated after handover.
  • the connection of the original conference, and the connection with the original conference after the handover the general process of using different methods is to update the T1 information to the destination conference when switching the connection from the original conference when switching the type, when When switching between types and maintaining the connection with the original conference, it is necessary to keep the original conference connected with the destination conference. If yes, you can use the resources of the original destination conference to perform conference switching. If not, you need to configure a new conference for the destination conference. After the resources are used, the meeting switch is performed using the new resource.
  • Step 302 The MCU1 receives the handover request message that the request is switched to the conference 2, and verifies whether the T1 has the right to switch to the conference 2 according to the handover verification information. If the verification result indicates that the T1 has the right to switch to the conference 2, Then step 303 is performed; if the verification result indicates that T1 has no permission to cut Switch to conference 2 and go to step 304.
  • the handover verification information may include: the identifier of the T1, and the MCU1 may verify whether the T1 has the right to switch to the conference 2 according to the identifier of the conference terminal and the identifier of the conference 2.
  • Step 303 The MCU1 sends a handover response message agreeing to the handover to T1, and the T1 receives the handover response message, and performs step 305.
  • Step 304 The MCU1 sends a handover response message rejecting the handover to T1.
  • the T1 receives the handover response message, and keeps the state of the current conference 1 unchanged. The handover process ends here, and the following steps need not be performed.
  • Step 305 The MCU1 performs a process of switching to the conference 2 according to the handover request type information. If the MCU1 is successfully switched, the MCU1 sends a handover successful handover instruction message to T1, and performs step 306; if the MCU1 handover fails, the handover failed handover indication message is sent to T1, and the process proceeds to step 307.
  • the switching request type information may be a connection that leaves the original conference (ie, conference 2) after the handover, or maintains the connection with the conference 2 after the handover.
  • the switching request type information indicates that when the connection of the conference 1 is disconnected after the handover, the interaction of the conference 2 can be maintained and utilized by the original media channel. Therefore, the above process of switching to the conference 2 according to the handover request type information includes at least the following items:
  • the MCU1 applies for a new site identifier for the T1.
  • the site identifier can be an MT number or other ID identifier.
  • the MCU 1 adds the information of the T1 in the conference 2, including: the media protocol supported by the T1, the audio and video formats, the port information, and the like;
  • the MCU1 updates the media stream of the original conference to the media stream of the conference 2, and updates the conference information of the conference 1 after the update succeeds, for example: refreshing the status of the conference site, not in conference 1.
  • the media stream refers to a code stream composed of an audio stream, a video stream, and some control signaling.
  • step 306 is performed; if any of the above items fails to be processed, then according to MCU1
  • the handover failure process will send a handover response message rejecting the handover to T1, and the process proceeds to step 307.
  • the handover request type information indicates that the connection with the conference 1 is maintained after the handover, it is required to establish a new media channel for interaction with the conference 2. Therefore, the foregoing process of updating to the conference 2 according to the handover request type information includes:
  • MCU1 looks for meeting 2 in the active meeting record corresponding to T1.
  • the MCU1 can search according to the The process of switching to the destination conference is performed by the resource of the destination conference (the resource refers to the media channel, the conference identifier, and the like). Specifically, the MCU1 needs to perform at least the following process:
  • the MCU1 searches for the site identifier of the T1 in the conference 2;
  • the MCU1 sends the T1 media stream to the media stream of the conference 2, and updates the conference information of the conference 1 after the update succeeds; for example: refreshing the status of the conference site, not in conference 1, but maintaining contact with conference 1.
  • the MCU1 sends a handover success indication message to T1 according to the MCU1 handover success process, and the found site identifier can be added to the handover indication message to be sent to notify T1, and If the processing fails in any of the above items, the MCU1 handover failure processing is sent, and the handover response message for rejecting the handover is sent to T1, and the process proceeds to step 307.
  • the resource needs to be configured for the destination conference, and the process of switching to the destination conference is performed according to the configured resource. Because if the conference 2 is found, it means that T1 has not obtained the contact with the conference 2. Therefore, it is necessary to establish a new media channel for the conference 2 (including: the video channel, the audio channel has other media channels, etc.), in order to transmit the conference 2
  • the media stream, at this time, specifically, MCU1 needs to perform at least the following process: Apply for a new site ID for the T1 in the conference 2; the site identifier can be an MT number, or another ID identifier;
  • T1 information to the conference 2 include: media protocols supported by T1, audio and video formats, port information, etc.;
  • a media channel is established for the conference 2, and the media stream transmitted to the conference 2 is transmitted by using the established media channel.
  • the conference information of the conference 2 is updated, for example: the state of the conference site is refreshed, not in the conference 1, but Keep in touch with Conference 1.
  • the MCU1 successfully switches the handover instruction message to the T1, and the site identifier of the new application can be added to the handover indication message to be sent to notify T1. If the processing fails in any of the above processes, according to the MCU1 handover failure processing, the handover response message rejecting the handover is sent to T1, and the process proceeds to step 307.
  • the T1 uses the new media channel as the main channel to transmit the media, and the local sound and image are transmitted to the conference 2 using the new media channel, while The sound and image of Conference 2 are also transmitted to Tl through the new channel.
  • the current main screen of T1 sees the image of Conference 2.
  • the original media channel is used to receive the sound and image of Conference 1, and T1 can use the auxiliary screen. Watch the conference 1 image and switch the sound of the different conferences to the audio output.
  • the conference terminal T1 can still send special image information to inform the conference 1 that it still keeps in contact (so that the T1 seen in the conference 1 is offline), but the local voice and image of the conference terminal T1 will only be sent to the current conference, and will not Send to conference 1.
  • the conference terminal T1 switches to enter the conference at any time. After the handover is completed, the image and sound source of the main screen are combined with the conference 1.
  • Step 306 The T1 receives the handover indication message from the MCU1, and switches to the conference 2 according to the handover indication message, and can end the conference handover procedure.
  • the process of specifically switching to the conference 2 includes: updating the conference information, for example: indicating that the current conference is the conference 2, the site identifier of the T1 in the conference 2, and the like, and sending a reference frame (such as an I frame) refresh request to the MCU1.
  • MCU1 After receiving the refresh request of the reference frame, MCU1 sends a reference frame map to T1.
  • the remote screen of T 1 switches to the screen in conference 2, and enters conference 2 to make a media call.
  • the media transceiver channel on T1 and MCU1 remains unchanged. The change is the media stream received by T1. It is not from conference 1, but conference 2. There is no interruption in the entire switching process picture.
  • the process of the T1 switching to the conference 2 by sending the reference frame refresh request specifically refers to: leaving the current The conference, and the media stream of the conference 2 is sent and received through the media channel of the current conference; if the handover request type information included in the handover request message sent by the T1 is the connection that remains with the original conference after the handover, the reference frame refresh request is switched by sending the reference frame.
  • the process to the conference 2 specifically refers to: maintaining the current conference, and transmitting the media stream of the conference 2 through the new media channel established by the MCU1.
  • Step 307 The T1 receives the handover instruction message of the handover failure of the MCU1, and the MCU1 fails to switch to the conference 2 according to the handover request type information, or the T1 fails to pass the authority verification. Therefore, according to the handover indication message, The MCU1 switches to the destination conference as follows: The state of the conference 1 is maintained, that is, the conference channel 1 is still in the conference 1, and the media channel and the screen still in the conference 1 are unchanged, including keeping the signaling and the media state unchanged, and ending the conference handover. Process.
  • the handover message (including the handover request message, the handover response message, and the handover indication message) involved in the foregoing process may be specifically implemented by using the following message.
  • the handover request message can refer to the definition of the subtype message NonStandardMessage of the RequestMessage (Request Message) in the non-standard field of the NonStandardMessage message.
  • NonStandardParameter definition of the subtype message NonStandardMessage of the RequestMessage (Request Message) in the non-standard field of the NonStandardMessage message.
  • NonStandardParameter:: SEQUENCE nonStandardldentifier NonStandardldentifier
  • TLV Type, Lenght, Value, type length value
  • the handover response message can be referred to the H.245 protocol.
  • the Subtype message of the ResponseMessage is defined by NonStandardMessage, and the non-standard fields are as follows:
  • the basic format is the same as the above request message.
  • ⁇ TLV ⁇ format which can be referred to as follows:
  • Item field description Remarks Description Response message result (4 bytes, 0: Allowed; 1 Reject this message can be passed) MCU sent to the venue, also Reason code (4 bytes) can be sent by the venue
  • the error code is read; if the result is 0, the error code is ignored.
  • the handover indication message is defined by the Non-type message of the H.245 protocol for the IndicationMessage (indicating message), and the non-standard field is as follows:
  • the basic format is the same as the above request message.
  • the format of the specific information of the data (type OctetString) in the indication message use the ⁇ TLV ⁇ format, which can be referred to as follows:
  • the reference definition of the conference information content is as follows:
  • Item field description Remarks Description indication information result (4 bytes, 0: success; 1 failure) This message can be sent to the site by the reason code (4 bytes) MCU, and also the field M number (2 bytes) can The venue will send the T number identification (2 bytes) to the venue;
  • the handover request/response/instruction message may be an INFO/200 OK (or OPTION/200 OK) message.
  • the non-standard field data defined by H.323 (recommended by the series of multimedia communication system) may be encoded, and the encoded non-standard field data may be filled in an INFO (notification) message or an OPTION (query). ) The BODY message body of the message.
  • the switching request can be sent by superimposing the request switching button or icon in the video image, and the participant responds by performing a remote control operation on the video screen.
  • FECC Flexible End Camera Control
  • the FECC messages can be divided into three categories: START ACTION message, CONTINUE ACTION message, and STOP ACTION message, the use and format of the three types of messages have been defined by the standard, and are not well known to those skilled in the art.
  • the MCU receives the FECC message and knows what needs to be done.
  • the user's operation on the interface will notify the MCU through the FECC message.
  • the MCU After receiving the user's operation through the FECC message, the MCU performs corresponding processing. If the request is a handover, the handover is performed; if the handover is successful, the screen of the destination conference is entered; if the handover fails, the original conference state remains unchanged.
  • the conference switching process can be started by using the handover request message, and the operation is relatively simple, and the connection channel of the original conference does not need to be disconnected, and the remote image of the original conference does not need to be interrupted, thereby reducing how the call must be re-called during the conference handover.
  • the process improves the switching speed and enables smooth switching of the conference, so that the remote image of the original conference can be cut into the far-end image of the destination conference without interruption, which brings good for the user during the entire conference switching process. Experience.
  • the embodiment provides a conference switching method, where the method involves the conference terminal side and the control side.
  • the conference terminal side specifically uses the conference terminal T1
  • the control side specifically uses the MCU1 and The MCU2 is used as an example.
  • the conference where T1 is currently located is called the original conference.
  • the conference is called conference 1 and the conference where T1 requests to switch is called the destination conference.
  • the conference 1 belongs to the MCU1
  • the conference 2 belongs to the MCU2.
  • the handover scenario between different conferences on different MCUs suitable for the method in this embodiment that is, the execution procedure of the method provided in this embodiment is that the conference 1 belongs to the MCU1.
  • the conference 2 belongs to the MCU1 as a precondition.
  • the method includes:
  • Step 401 The T1 sends a handover request message requesting to switch to the conference 2 to the MCU1, where the handover request message includes an identifier that represents the conference 2.
  • the handover request message further includes a handover request. Type information and switch verification information.
  • Step 402 The MCU1 receives the handover request message that the request is handed over to the conference 2.
  • the MCU1 learns that the conference 2 is a subordinate conference of the MCU2 according to the identifier of the conference 2, and initiates a call to the conference 2 to the MCU2 in the name of T1. If the MCU1 call is unsuccessful, step 408 is performed; if the MCU1 call is successful, step 403 is performed.
  • each MCU can know which conference information of its subordinates, and which conference information is available to the subordinates of other MCUs, so for any MCU, it can judge according to the information. Whether the conference is a subordinate conference, that is, a local conference, or a subordinate conference of other MCUs, that is, an off-site conference.
  • the MCU1 can also easily know that the conference 2 is a subordinate conference of the MCU2, and the specific learning method is the same as the prior art. In this regard, this embodiment will not be described again.
  • Step 403 The MCU1 forwards the handover request message of the T1 request to the conference 2 to the MCU2.
  • the MCU 2 verifies whether the T1 has the right to switch to the conference 2 according to the handover verification information included in the handover request message, and if the verification result represents that the T1 has the right to switch to the conference 2, the execution is performed.
  • Step 404 If the verification result indicates that T1 has no right to switch to the conference 2, step 405 is performed.
  • Step 404 The MCU2 sends a handover response message agreeing to the handover to the MCU1, and in the handover response message, the MCU1 establishes a new channel between the MCU1 and the T1 to transmit the conference 2 media stream. After receiving the handover response message, the MCU1 forwards the handover response message to T1, and correspondingly establishes the foregoing channel for transmitting the conference 2 media stream, and performs step 406.
  • establishing a new channel between the MCU1 and the T1 in the above step 404 is a step performed when the T1 needs to maintain the conference 1 with the MCU1. If the T1 does not need to maintain the contact with the conference 2, the configuration may not be established.
  • the new channel after exiting the conference 1, maintains the established channel for transmitting the media stream of the conference 1, and uses the channel to transmit the media stream of the conference 2.
  • Step 405 The MCU2 sends a handover response message rejecting the handover to T1.
  • the MCU1 forwards the handover response message to T1.
  • the T1 can keep the state of the conference 1 unchanged. Because the T1 does not pass the verification of the MCU2, the process ends here. Perform the following steps.
  • Step 406 The MCU2 establishes a new channel for transmitting the media stream of the conference 2 between the MCU1 and the MCU2, and after the channel is established, performs handover to the conference 2 according to the handover request type information. If the MCU2 is successfully switched, the MCU2 sends the site ID of the T1 to the MCU1. The MCU1 sends the site ID of the T1 (the site ID can be the MT number or other unique ID). Switching the successful handover indication message to T1, updating the information of conference 1, associating T1 with MCU1, and two channels established by MCU1 and MCU2, so that the media stream of conference 2 can be transmitted to T1 through the two channels, and step 407 is performed. If the MCU2 fails to switch, the handover failure indication message is sent to the MCU1, and the MCU1 forwards the failed handover indication message to T1, and proceeds to step 408.
  • the specific execution process of the MCU 2 performing the process of switching to the conference 2 according to the handover request type information in the step 406 can refer to the operation of the MCU 1 in the step 305 in the embodiment 3.
  • Step 407 The T1 receives the handover indication message from the MCU1, and switches to the conference 2, and can end the conference handover procedure.
  • step 407 For the specific operation of step 407, reference may be made to step 306 in Embodiment 3, wherein the MCU1 forwards the I frame request sent by T1 to the MCU2, and the MCU2 forwards the media stream.
  • Ie: MUC1 It will act as a two-way relay between T1 and MCU2, forwarding the interaction between T1 and MCU2. Thereby, T1 can be added to the video conference of the conference 2 on the MCU2.
  • Step 408 The T1 receives the handover indication message of the handover failure of the MCU1, and maintains the state of the conference 1, that is, still in the conference 1, and the media channel and the screen of the conference 1 remain unchanged. End the switching process of this meeting.
  • the embodiment provides a method for a conference terminal that is participating in the first conference to join the conference at the invitation of a conference terminal in the second conference.
  • the conference terminal that is invited to join the second conference on the conference terminal side is T1
  • the MCU1 is controlled on the control side.
  • the conference that T1 is currently participating in is referred to as the first conference.
  • the first meeting is meeting 1
  • the meeting in which T1 is invited to join is called the second meeting, and it is set as meeting 2.
  • the method includes:
  • Step 501 The MCU1 receives a request for a conference terminal to invite the T1 to join the conference 2.
  • the MCU1 determines whether the T1 is already participating in the first conference. If it is determined that the T1 does not enter any conference, the normal call mode may be adopted according to the prior art.
  • the call T1 joins the conference 2, and will not be described here. If it is determined that the T1 is participating in the conference 1, the handover request message is sent to T1, and the request T1 is switched to the conference 2.
  • Step 502 After receiving the foregoing handover request message from the MCU1, if the refusal to join, the T1 sends a handover response message rejecting the handover to the MCU1, and the T1 remains in the original state, and is in the conference 1, and the MCU1 receives the rejection switch sent by the T1. After the handover response message, the response to the invitation T1 failed message to the conference terminal that issued the request, the process ends here, and the following steps are not performed; If it is agreed to join the conference 2, a handover response message agreeing to the handover request is sent to the MCU1.
  • Step 503 After receiving the handover response message from T1 to agree to the handover, the MCU1 performs at least the following items:
  • the MCU1 assigns the site ID of the conference to the T1.
  • the site identifier can be an MT number or other unique ID.
  • the handover indication message indicating that the conference has been joined is sent to the T1, where the handover indication message may include the allocated site identifier and the conference information of the conference 2; if any processing fails, Then, the handover indication message of the handover failure is sent to T1, and the process ends here.
  • Step 504 The T1 receives the handover indication message of the MCU1, and if the handover indication message indicates that the conference 2 has been joined, the conference is switched to the conference 2.
  • step 306 For the specific process of switching to the conference 2, refer to step 306 in the foregoing Embodiment 3; if the handover indication message indicates that the handover fails, the state of the conference 1 is kept unchanged.
  • the specific implementation of the handover message involved in this embodiment may refer to the implementation of the handover message corresponding to the foregoing embodiment 3, and details are not described herein.
  • the method provided in this embodiment can obtain the technical effect of smoothly switching to the second conference after receiving a request for joining the second conference by the conference terminal that is participating in the first conference;
  • the connection channel of the first conference is cut off, the switching speed is improved, and the user experience during the second conference is accepted after accepting the invitation.
  • the multipoint control server includes: a request receiving unit 61, and a switching processing unit 63.
  • the request receiving unit 61 is configured to receive a handover request message that is requested to be switched from the conference terminal to the destination conference, where the handover request message includes information about the destination conference, and the handover processing unit 63 is configured to determine, according to the handover request message, Switch to the destination meeting indicated by the information, and cut Switch to the processing of the destination meeting.
  • the device may further include: an indication unit 64.
  • the instructing unit 64 is configured to send a handover indication message to the conference terminal that sends the handover request message according to the processing result that the handover processing unit 63 switches to the destination conference.
  • the switching processing unit 63 performs the following operations:
  • the switching request type information included in the request switching message is: When the connection information of the original conference is disconnected after the handover, the following process is specifically performed:
  • the indication unit 64 is specifically configured to: when the foregoing process is successful, send a handover success indication message to the conference terminal, where the handover indication message includes at least the site identifier of the new application; When any one of the above-mentioned executions fails, an indication message that the handover fails is sent to the conference terminal.
  • the switching request type information included in the request switching message is: When the connection with the original conference is maintained after the switching, the following process is specifically performed:
  • the instructing unit 64 is configured to: when the handover processing unit 63 successfully performs the process of switching to the destination conference according to the found resource of the destination conference, sending a handover success indication message to the conference terminal,
  • the handover indication message includes at least the found site identifier; otherwise, the handover failure indication message is sent to the conference terminal; when the handover processing unit 63 successfully allocates resources for the destination conference, according to the When the configured resource performs the process of switching to the destination conference, sending a handover success indication message to the conference terminal, where
  • the handover indication message includes at least the site identifier of the new application; otherwise, the indication message that the handover fails is sent to the conference terminal.
  • the multipoint control server may further include the following optional units: a verification unit 62, a response unit 68, an offsite call unit 65, and a request sending unit 66.
  • the message received by the request receiving unit 61 may further include the switching verification information. Therefore, the verification unit 62 is configured to verify, according to the switching verification information, whether the conference terminal has the right to switch to the destination conference indicated by the information; The verification result indicates that the conference terminal has the right to switch, and indicates that the handover to the destination conference indicated by the information is allowed; the response unit 68 is configured to: when the verification result of the verification unit 62 represents the permission of the conference terminal to switch Sending a handover response message agreeing to the handover to the conference terminal.
  • the remote call unit 65 is configured to make a call to the multi-point control server of the destination conference when the destination conference does not belong to the local multi-point control server control.
  • the indicating unit 64 is further configured to forward the handover request message requesting the handover to the destination conference to the belonging multipoint control server when the remote call unit 65 is successfully called.
  • the request sending unit 66 is configured to: after receiving the request message that the request for the conference terminal is requested to join the second conference, if the requested conference terminal is participating in the first conference, send a handover request message to the Requesting the conference terminal, requesting the requested conference terminal to switch to the second conference; correspondingly, the handover processing unit 63 is further configured to: when receiving the handover response message from the requested conference terminal to agree to the handover, At least the following items are executed: the site identifier in the second conference is allocated to the requested conference terminal; and the conference information of the second conference is updated.
  • the indication unit 64 is further configured to: when the items processed by the handover processing unit 63 are all successful, send a handover indication message indicating that the conference has been joined to the requested conference terminal, where the handover indication message includes at least The assigned site ID.
  • the device provided in this embodiment can start the conference switching process according to the received handover request message, and the processing procedure is simple, and the connection channel of the original conference does not need to be cut off, and the remote image of the original conference does not need to be interrupted, thereby reducing how the call must be re-called during the conference handover.
  • the process improves the switching speed and enables smooth switching of the conference, so that the remote image of the original conference can be cut into the destination conference without interruption.
  • the remote image brings a good experience for the user during the entire conference switching process.
  • the embodiment provides a conference terminal.
  • the conference terminal includes: a sending unit 71, a receiving unit 72, and an executing unit 73.
  • the sending unit 71 is configured to send a handover message for the conference handover to the multipoint control server.
  • the receiving unit 72 is configured to receive, after the sending unit 71 sends the handover message, a handover indication message from the multipoint control server.
  • the handover indication message is used to indicate: whether the multipoint control server successfully performs the process of switching to the conference; the cooperation execution unit 73 is configured to cooperate with the handover indication message after receiving the handover response message by the receiving unit 72.
  • the multipoint control server switches to the conference.
  • the venue terminal may further include the following optional modules:
  • the transmitting unit 71 includes: a request sending module 711, and a response transmitting unit 712.
  • the request sending module 711 is configured to: when the terminal actively initiates a handover process of joining the destination conference, send a handover request message that is requested to be switched to the destination conference to the multipoint control server, where the handover request message includes information about the destination conference;
  • the response sending unit 712 is configured to: after receiving the request from the multipoint control server to join the handover request message of the second conference when the first conference is being attended, send a handover response message that agrees to the handover request to the multipoint control Server
  • the receiving unit 72 is further configured to: after the request sending module 711 sends a handover request to switch to the destination conference, receive a handover indication message from the multipoint control server, where the handover indication message is used to indicate Whether the process of switching to the destination conference is successfully performed; at this time, the cooperation execution unit 73 is specifically configured to cooperate with the multipoint control server to switch to the destination conference according to the handover indication message;
  • the receiving unit 72 is further configured to: after the response sending module 712 sends a handover response message that agrees to the handover request, receive a handover indication message from the multipoint control server, where the handover indication message is used to indicate: Point control server successfully performs handover to the second conference
  • the processing unit 73 is configured to cooperate with the multi-point control server to switch to the second conference according to the handover indication message.
  • the cooperation execution unit 73 is specifically configured to: when the handover indication message indicates that the handover is successful, update the conference information, and switch to the destination conference by sending a reference frame refresh request; when the handover indication message indicates that the handover fails, Keep the current meeting status.
  • the information of the destination conference may be an identifier of the specific conference, and the handover request message may further include handover request type information.
  • the cooperation execution unit 73 is specifically configured to leave the current conference, and transmit the media stream of the destination conference through the media channel of the current conference;
  • the cooperation execution unit 73 is specifically configured to maintain the current conference, and send and receive the new media channel established by the multipoint control server. The media stream of the destination meeting.
  • the conference terminal provided in this embodiment can start the conference switching process by sending a handover request message, and the participant does not need to perform the operation of closing the original conference to open the destination conference, which reduces the process of re-calling during the conference handover process, and improves the handover speed.
  • the remote image of the original conference can be cut into the remote image of the destination conference without interruption, which brings a good experience for the user during the entire conference handover process.
  • the embodiment provides a conference switching system, and the system includes: a conference terminal and a multipoint control server.
  • a conference terminal configured to send a handover message of the conference handover to the multipoint control server
  • a multi-point control server configured to: when the received handover message is a handover request message for requesting handover to a destination conference, determine, according to the information about the destination conference included in the handover request message, to switch to the information indication The meeting, and the process of switching to the destination meeting.
  • the multipoint control server is further configured to: when the destination conference requesting the handover of the site terminal does not belong to the local multipoint control server control, to the destination conference
  • the multipoint control server performs a call, and if the call is successful, forwards the handover request message to the associated multipoint control server, and the belonging multipoint control server verifies the handover information according to the handover authentication information included in the handover request message. Whether the site terminal has the right to switch to the destination conference. If the verification result indicates that the site has a handover authority, the associated multipoint control server sends a handover response message that agrees to the handover, and performs handover according to the handover request type information. The processing of the meeting to the destination.
  • the process of re-calling during the conference switching process is reduced, the operation in the conference switching process is simplified, and the switching speed is improved, and the conference can be smoothly switched to the user during the entire conference switching process. Brought a good experience.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a readable storage medium, such as a floppy disk of a computer. , a hard disk or an optical disk, etc., including instructions for causing a device (which may be a laptop or the like) to perform the methods described in various embodiments of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

会议切换的方法、 系统及设备 本申请要求于 2010年 6月 29日提交中国专利局、 申请号为
201010212359.7 , 发明名称为"会议切换的方法、 系统及设备"的中国专利申请 的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域， 尤其涉及一种会议终端在视频会议中进行会 议切换的方法、 系统及设备。 背景技术
视频会议在各行业的应用越来越广泛， 不同地域的公司或者部门之间召 开视频会议已经成为日常工作的一部分。 在视频会议的执行过程中常会遇到 如下场景： 如图 1所示， 原本和会议终端 2—起参加会议 1的会议终端 1从 会议 1切换进入到了会议 2中， 这个过程我们可称之为 "会议切换"。 其中， 一个会议终端对应一个会场， 每个会场均包括与会者和会议终端。 与会者即 参会人员， 与会者通过其使用的终端参加不同的视频会议， 并且每个会场的 入会过程都是通过终端与多点控制服务器（以 MCU ( Multipoint Control Unit, 多点控制单元） 为例说明）之间进行交互来完成的。
在现有的会议切换方案中， 请求切换的会议终端先挂断与多点控制服务 器之间当前会议的连接通道， 包括： 切断与当前会议的信令； 关闭与当前会 议的媒体通道， 包括： 视频通道、 音频通道以及其它媒体通道； 退出当前会 议； 然后呼叫目的会议， 并打开相应的连接通道， 包括建立与目的会议的信 令、 打开媒体通道， 从而进入目的会议。
在实现上述会议切换的过程中， 发明人发现现有技术中至少存在如下问 题：
现有技术在会议切换过程中， 终端需要关闭与多点控制服务器之间的连 接通道， 并重新打开连接通道才可完成会议切换的过程， 其中， 还需要与会 者在终端上进行较为繁瑣的操作， 例如： 挂断呼叫、 重新拨号、 呼叫入会等， 切换速度较慢， 并且还必须中断当前会议的远端图像， 使得整个会议切换过 程复杂且不友好。 发明内容
本发明的实施例提供一种会议切换的方法、 系统及设备， 简化会议切换 过程， 提高用户体验。
为达到上述目的， 本发明的实施例釆用如下技术方案：
一种会议切换的方法， 包括：
接收来自某一会议终端请求切换到目的会议的切换请求消息， 所述切换 请求消息中包含有所述目的会议的信息；
根据所述切换请求消息确定切换到所述信息指示的目的会议， 并进行切 换到所述目的会议的处理。
一种会议切换的方法， 包括：
发送用于会议切换的切换消息到多点控制服务器， 并接收来自所述多点 控制服务器的切换指示消息， 所述切换指示消息用于指示： 所述多点控制服 务器是否成功执行切换到所述会议的处理；
根据所述切换指示消息配合所述多点控制服务器切换到所述会议。
一种多点控制服务器， 包括：
请求接收单元， 用于接收来自会议终端的请求切换到目的会议的切换请 求消息， 所述切换请求消息中包含有所述目的会议的信息；
切换处理单元， 用于根据所述切换请求消息确定切换到所述信息指示的 目的会议， 并进行切换到所述目的会议的处理。
一种会议终端， 包括：
发送单元， 用于发送用于会议切换的切换消息到多点控制服务器； 接收单元， 用于接收来自所述多点控制服务器的切换指示消息， 所述切 换指示消息用于指示： 所述多点控制服务器是否成功执行切换到所述会议的 处理；
配合执行单元， 用于根据所述切换指示消息配合所述多点控制服务器切 换到所述会议。
一种会议切换的系统， 包括：
会议终端， 用于发送会议切换的切换消息到多点控制服务器；
多点控制服务器， 用于在接收的所述切换消息为请求切换到目的会议的 切换请求消息时， 根据所述切换请求消息中包含的所述目的会议的信息确定 切换到所述信息指示的目的会议， 并进行切换到所述目的会议的处理。
本发明的技术方案具有如下有益效果： 会议终端侧可通过切换请求消息 启动会议切换流程， 操作较简单， 无需切断原会议的连接通道， 包括： 视频 通道、 音频通道以及其他媒体通道等， 不必中断原会议的远端图像， 减少了 会议切换过程中必须重新呼叫如何的过程， 提高了切换速度， 可实现会议平 滑切换， 即可使原会议的远端图像在不中断的情况下切入到目的会议的远端 图像， 为用户在整个会议切换过程中带来了良好体验。 附图说明
为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中 所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性 的前提下， 还可以根据这些附图获得其他的附图。
图 1为背景技术中会议切换的场景示意图；
图 2为本发明实施例 1中的会议切换的方法的流程示意图；
图 3为本发明实施例 2中的会议切换的方法的流程示意图；
图 4为本发明实施例 3中的会议切换的方法的系统示意图；
图 5为本发明实施例 4中的会议切换的方法的系统示意图；
图 6为本发明实施例 5中的会议切换的方法的系统示意图；
图 7为本发明实施例 6中的多点控制服务器的结构示意图； 图 8为本发明实施例 6中的另一多点控制服务器的结构示意图;
图 9为本发明实施例 7中的会议终端的结构示意图；
图 10为本发明实施例 7中的另一会议终端的结构示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是 全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创 造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
实施例 1
本实施例提供一种会议切换的方法， 该方法适用于视频会议中的控制侧， 如图 2所示， 包括：
步骤 101 , 接收来自某一会议终端请求切换到目的会议的切换请求消息 , 所述切换请求消息中包含有所述目的会议的信息；
其中， 该目的会议的信息可具体为目的会议的标识；
优选地， 所述请求消息中还可包括切换请求类型信息和切换验证信息； 该切换请求类型信息可用于指示会议终端侧想要切换的类型， 例如： 切换后 脱离原会议的连接， 或切换后保持与原会议的连接等； 该切换验证信息可用 于验证提出会议切换请求的会议终端的权限， 以便保证用户安全性等。
进一步， 优选地， 控制侧还可在接收到切换请求消息后， 发送切换响应 消息以便保证会议终端与控制侧信息交换的可靠性。
步骤 102, 根据所述切换请求消息确定切换到所述信息指示的目的会议， 并进行切换到所述目的会议的处理。
本实施例提供的方法具有如下有益效果： 简化了会议切换的过程， 无需 中断与会议终端之间的连接通道， 可实现会议图像平滑切换， 提高了在会议 切换过程中的用户体验。
实施例 2 本实施例提供一种会议切换的方法， 该方法适用于会议终端侧， 可主要 部署在会议终端上， 如图 3所示， 该方法包括：
步骤 201 , 发送用于会议切换的切换消息到多点控制服务器；
当会议终端侧主动欲加入目的会议时， 该用于会议切换的切换消息可具 体为请求切换到目的会议的切换请求消息， 此时所述切换请求消息中包含有 所述目的会议的信息； 当会议终端侧正在进行第一会议， 却收到来自多点控 制服务器的要求其加入第二会议的切换请求消息时， 该用于会议切换的切换 消息可具体为切换响应消息， 以便通知该多点控制服务器是否同意加入该第 二会议。
进一步， 当该用于会议切换的切换消息为请求切换到目的会议的切换请 求消息时， 优先地， 该消息中还可包括切换请求类型信息以及切换验证信息 等。
在本实施例中， 该目的会议的信息可具体为目的会议的标识； 其中， 本 实施例中， 主要是针对某一会议终端欲切换到其他会场的情况；
步骤 202,接收到来自所述多点控制服务器的切换指示消息， 所述切换指 示消息用于指示： 是否成功执行切换到所述会议的处理；
在具体实现的过程中， 因为执行切换到所述会议的处理可能会包含很多 项目， 因此可制定当任意一项目处理失败时， 该切换指示消息指示切换到所 述会议的处理失败， 当所有项目处理成功时， 该切换指示消息指示执行切换 到所述会议的处理成功。
步骤 203 ,根据所述切换指示消息配合所述多点控制服务器切换到所述会 议。
其中， 在步骤 201 中若发送的切换消息为切换请求消息， 该切换到的所 述会议具体为目的会议， 在步骤 201 中若发送的切换消息为切换响应消息， 则该切换到的所述会议具体为第二会议。
本实施例提供的方法具有如下有益效果： 会议终端侧可通过切换请求消 息等切换消息启动会议切换流程， 操作较简单， 无需切断原会议的连接通道， 不必中断原会议的远端图像， 减少了会议切换过程中必须重新呼叫如何的过 程， 提高了切换速度， 可实现切换过程中远端图像不中断， 为用户在整个会 议切换过程中带来了良好体验。
实施例 3
本实施例具体描述一种会议切换的方法， 该方法涉及会议终端侧和控制 侧， 主要用于描述会议终端侧欲加入目的会议， 并主动发送切换流程的场景。 在本实施例中该会议终端侧具体以会议终端 T1 , 该控制侧在本实施例以及下 述各实施例中具体以 MCU1作为多点控制服务器为例进行叙述， 为了便于描 述， 将 T1 当前所在的会议称为原会议， 设该原会议为会议 1 , 将 T1请求切 换的会议称为目的会议， 设其为会议 2。
需要说明的是：本实施例的方法适合同一 MCU上的不同会议间的切换场 景，即在本实施例提供的方法的执行流程是以该会议 1和会议 2均属于 MCU1 为前提条件进行描述的。 如图 4所示， 该方法包括如下步骤：
T1在会议 1中时， 与会者出于需要， 希望参加会议 2 , 此时：
步骤 301 , T1发送请求切换到会议 2的切换请求消息到 MCU1 , 所述切 换请求消息中至少包含有会议 2的标识、 切换请求类型信息和切换验证信息。
优选的，切换验证消息，用于验证请求 T1的权限， 以便保证用户安全性； 优选的， 切换请求类型信息， 用于指示 T1欲切换的类型， 具体有两种切 换类型， 分别是切换后脱离原会议的连接， 和切换后保持与原会议的连接， 釆用不同的方式的大致处理过程是当切换类型时切换后脱离原会议的连接 时， 需要将 T1的信息更新到目的会议中， 当切换类型时切换后保持与原会议 的连接时， 需要或者原会议是否与目的会议保持有联系， 若有则可利用原有 的目的会议的资源执行会议切换， 若没有则需要为目的会议配置新的资源后， 在利用该新的资源执行会议切换。
步骤 302, MCU1接收到该请求切换到会议 2的切换请求消息， 并根据所 述切换验证信息验证所述 T1是否有切换到会议 2的权限，如果验证结果表示 T1有切换到会议 2的权限， 则执行步骤 303; 如果校验结果表示 T1无权限切 换到会议 2, 执行步骤 304。
其中， 上述切换验证信息和验证所述会议终端是否有切换到会议 2 的权 限的过程可按照现有方式执行。 例如： 所述切换验证信息可包括： 所述 T1的 标识， MCU1可根据所述会议终端的标识和所述会议 2的标识验证所述 T1 是否有权限切换到所述会议 2。
步骤 303 , MCU1发送同意切换的切换响应消息到 Tl , T1接收到该切换 响应消息， 并执行步骤 305。
步骤 304, MCU1发送拒绝切换的切换响应消息到 Tl , T1接收到该切换 响应消息， 保持当前会议 1 的状态不变， 切换流程至此将结束， 无需再执行 下述步骤。
步骤 305 , MCU1按照所述切换请求类型信息进行切换到会议 2的处理。 若 MCU1切换成功， MCU1发送切换成功的切换指示消息到 T1 , 并执行步骤 306; 若 MCU1切换失败， 则发送切换失败的切换指示消息到 T1 , 转向执行 步骤 307。
该步骤 305 中当所述切换请求类型信息可以为切换后脱离原会议（即会 议 2 ) 的连接， 或者切换后保持与会议 2的连接。
其中， 当该切换请求类型信息表示： 切换后脱离会议 1 的连接时， 说明 可保持并利用原有的媒体通道进行会议 2 的交互。 因此， 上述按照所述切换 请求类型信息进行切换到会议 2的处理至少包括如下项目：
MCU1在会议 2中为 T1申请新的会场标识， 该会场标识可以是 MT号， 或者其他的 ID标识；
MCU1在所述会议 2中增加 T1的信息， 包括： T1所支持的媒体协议， 音频以及视频格式， 端口信息等；
MCU1将原会议的媒体流更新为该会议 2的媒体流， 并在更新成功后更 新会议 1 的会议信息， 例如： 刷新会场的状态， 不在会议 1 中。 其中， 媒体 流指音频流， 视频流以及一些控制信令等组成的码流。
其中， 若如上项目的处理均成功， 则按照 MCU1 切换成功处理， MCU1 发送切换成功的切换指示消息到 T1 , 并且该新申请的会场标识可用于加入到 将要发送的切换指示消息中以便通知 T1 , 并执行步骤 306; 若如上项目中任 意一项处理失败， 则按照 MCU1切换失败处理， 将发送拒绝切换的切换响应 消息到 T1 , 转向执行步骤 307。
当所述切换请求类型信息表示： 切换后保持与会议 1 的连接时， 说明需 要建立新的媒体通道以便进行与会议 2 的交互。 因此， 上述按照所述切换请 求类型信息进行更新到会议 2的处理包括：
MCU1在 T1所对应的活动会议记录中查找会议 2,
若查找到该会议 2, 则说明 T1与会议 2仍然保持联系， 即已经存在用于 传输会议 2媒体流的媒体通道了， 那么此时可无需为会议 2建立新的媒体通 道， MCU1可根据查找到的所述目的会议的资源 （该资源指媒体通道， 会议 标识等）执行切换到所述目的会议的过程， 具体地， MCU1 需要至少进行如 下过程：
MCU1查找 T1在所述会议 2中的会场标识；
MCU1将发送到 T1媒体流更新到该会议 2的媒体流， 并在更新成功后， 更新会议 1 的会议信息； 例如： 刷新会场的状态， 不在会议 1 中， 但可保持 与会议 1的联络。
其中， 若如上项目的处理均成功， 则按照 MCU1 切换成功处理， MCU1 发送切换成功的切换指示消息到 T1 , 并且该查找到的会场标识可加入到将要 发送的切换指示消息中以便通知 T1 , 并执行步骤 306; 若如上项目中任意一 项处理失败， 则按照 MCU1切换失败处理， 将送拒绝切换的切换响应消息到 T1 , 转向执行步骤 307。
若未查找到该会议 2 , 需要为所述目的会议配置资源， 并根据所述配置的 资源执行切换到所述目的会议的过程。 因为若为查找到该会议 2, 说明 T1没 有取得与会议 2的联系， 因此需要建立用于会议 2的新的媒体通道（包括： 视频通道、音频通道已经其它媒体通道等）， 以便传送会议 2的媒体流， 此时， 具体地， MCU1需要至少进行如下过程： 在会议 2中为 Tl申请新的会场标识； 该会场标识可以是 MT号， 或者其 他的 ID标识；
在该会议 2中增加 T1的信息； 包括： T1所支持的媒体协议， 音频以及 视频格式， 端口信息等；
为会议 2建立媒体通道， 并用所述建立的媒体通道的传送到该会议 2的 媒体流， 在成功完成后， 更新会议 2 的会议信息， 例如： 刷新会场的状态， 不在会议 1中， 但可保持与会议 1的联络。
同理， 若如上过程的处理均成功， 则按照 MCU1 切换成功处理， MCU1 发送切换成功的切换指示消息到 T1 , 并且该新申请的会场标识可加入到将要 发送的切换指示消息中以便通知 T1 , 并执行步骤 306; 若如上过程中任意一 项处理失败， 则按照 MCU1切换失败处理， 将发送拒绝切换的切换响应消息 到 T1 , 转向执行步骤 307。
在这种切换后保持与会议 1 的连接的切换请求类型信息中， 当切换成功 后， T1就使用新媒体通道作为主通道传送媒体，本地声音和图像使用新媒体 通道传送到会议 2中， 同时会议 2的声音和图像也通过新通道传送到 Tl , T1 当前的主画面看到的是会议 2 的图像； 另外， 原有媒体通道用于接收会议 1 的声音和图像， T1可以使用辅助画面来观看会议 1图像， 并切换不同会议的 声音到音响输出。 同时会议终端 T1仍可以发送特殊图像信息告知会议 1仍然 保持联系（以免在会议 1中看到的 T1是离线状态 ), 但会议终端 T1本地的声 音和图像只会发送给当前所在会议， 不会送给会议 1。 当会议 1需要会议终端 T1参与， 会议终端 T1随时切换进入会议 1 , 切换完成后， 主画面的图像和声 音来源与会议 1。
步骤 306, T1接收到来自 MCU1的切换成功的切换指示消息， 并根据所 述切换指示消息配合 MCU1切换到会议 2, 并可结束本次会议切换流程。
其中， 具体切换到会议 2 的过程包括： 更新会议信息， 例如： 指示出当 前会议为会议 2, T1在该会议 2中的会场标识等，并向 MCU1发送参考帧（如 I帧）刷新请求， MCU1在收到该参考帧的刷新请求后， 向 T1发送参考帧图 像， T 1的远端画面切换到会议 2中的画面， 进入到会议 2 , 进行媒体通话。 会议切换前后， T1和 MCU1上的媒体收发信道保持不变， 变化的是 T1 收到的媒体流， 它不是来自会议 1 , 而是会议 2。 整个切换过程画面不会出现 中断。
其中， 需要说的是： 若 T1发送的切换请求消息中包含的切换请求类型信 息为： 切换后脱离原会议的连接时， T1通过发送参考帧刷新请求切换到会议 2的过程具体指： 离开当前会议， 并通过当前会议的媒体通道收发会议 2的媒 体流； 若 T1发送的切换请消息中包含的切换请求类型信息为所述切换后保持 与原会议的连接时， 通过发送参考帧刷新请求切换到会议 2 的过程具体指： 保持当前会议， 并通过 MCU1所建立的新媒体通道传送会议 2的媒体流。
步骤 307 , T1接收到 MCU1的切换失败的切换指示消息，代表所述 MCU1 没能按照所述切换请求类型信息切换到会议 2, 或者 T1未能通过权限验证， 因此， 根据所述切换指示消息配合 MCU1切换到所述目的会议具体为： 保持 会议 1的状态， 即仍然在会议 1中， 仍然处于会议 1的媒体通道和画面不变， 包括保持信令及媒体状态不变， 结束本次会议切换流程。
在本实施例中， 上述流程中涉及的切换消息 （包括： 切换请求消息、 切 换响应消息以及切换指示消息）具体可通过如下消息实现。
一、 在 Η.245 协议（多媒体控制协议） 中， 切换请求消息可参照 Η.245 协议关于 RequestMessage (请求消息 )的子类型消息 NonStandardMessage (非 标 消 息 ） 的 定 义 ， 在 NonStandardMessage 消 息 的 非 标 字 段 ( NonStandardParameter )定义
NonStandardParameter：: = SEQUENCE nonStandardldentifier NonStandardldentifier ,
data OCTET STRING 其中： NonStandardldentifier定义如下： NonStandardldentifier : = CHOICE object OBJECT IDENTIFIER,
H.221NonStandard H.221NonStandard,
而其中 H.221NonStandard定义是：
H.221NonStandard : = SEQUENCE
{ t35CountryCode INTEGER(0..255),
t35Extension INTEGER(0..255),
manufact Code INTEGER(0..65535),
在本实施例中, NonStandardMessage 中 nonStandardidentifier (非标标识 的填写釆用 H.221NonStandard格式， H.221NonStandard 中填写的内容为： t35ContryCode = 0x26, t35Extension = 0x00, manufacturerCode = OxtOll。
对上述 data填写方法釆用 TLV ( Type, Lenght, Value, 类型长度值）格 式， 可参考填法如下：
Figure imgf000013_0001
其中， 上述请求信息内容的参考定义如下: 项目 字段说明 备注说明 请求信息 请求类型 （ 1字节） 由 MCU发给 会场 M号 （2字节） 会场；
会场 T号 （2字节） 请求类型： 目的会议别名长度（1个字节） "0"代表切换 目的会议别名 （n个字节） 后脱离原会议连 接；
"1"代表切换 后保持与原会议连 接
在 H.245协议（多媒体控制协议） 中， 切换响应消息可参照 H.245协议 关于 ResponseMessage (响应消息 ) 的子类型消息 NonStandardMessage定义, 其中的非标字段具体内容如下：
基本格式同上述的请求消息， 对响应消息中 data (类型为 OctetString )的 具体信息的格式， 釆用 <TLV 々格式， 可参考填法如下：
Figure imgf000014_0001
其中， 上述响应信息内容的参考定义如下:
项目 字段说明 备注说明 响应信息 结果（4 个字节， 0: 允许； 1 拒 此消息可以由 绝） MCU发给会场， 也 原因码（4个字节） 可以由会场发给
MCU;
如果结果为 1 , 则读取错误码； 如 果结果为 0,则忽略 错误码。
在 H.245协议（多媒体控制协议） 中， 切换指示消息参照 H.245协议关 于 IndicationMessage (指示消息） 的子类型消息 NonStandardMessage定义， 其中的非标字段具体内容如下：
基本格式同上述的请求消息， 对指示消息中 data (类型为 OctetString )的 具体信息的格式， 釆用 <TLV 々格式， 可参考填法如下：
Figure imgf000015_0001
会议信息内容的参考定义如下：
项目 字段说明 备注说明 指示信息 结果（4个字节， 0: 成功； 1失败） 此消息可以由 原因码（4个字节） MCU发给会场， 也 会场 M号标识（2个字节） 可以由会场发给 会场 T号标识 （2个字节） MCU;
如果结果为 1 , 则读取错误码； 如 果结果为 0,则忽略
I错误码。
二、 在 SIP ( Session Initiation Protocol, 会话初始化协议）中， 切换请求 /响应 /指示消息可以是 INFO/200 OK (或者 OPTION/200 OK ) 消息。 具体实 现时可釆用将上面通过 H.323(分组多媒体通信系统的系列建议)定义的非标字 段 data进行编码， 并将编码后的非标字段 data填入 INFO (通知） 消息或者 OPTION (查询 ) 消息的 BODY消息体中。
三、 在 H.281 (远端摄像机控制协议）中， 可通过在视频画面像中叠加请 求切换信息按钮或者图标来发送切换请求， 与会者通过在视频画面上进行遥 控器操作进行应答。 这些操作可以通过 FECC(Far End Camera Control, 远端 摄像机控制）消息向 MCU发送， 该 FECC 消息可分为三类： 分别是 START ACTION message (开始执行消息）、 CONTINUE ACTION message (继续执行 消息） 以及 STOP ACTION message (停止执行消息）， 该三类消息的使用及 格式已有标准的定义， 是所属领域技术人员熟知的， 在此不赘述。 MCU接收 到 FECC消息， 便可获知到所需要执行的操作。
例如： 当用户在电视图像界面选择会议时， 用户在该界面上的操作都会 将通过 FECC消息通知到 MCU。 MCU通过 FECC消息接收到用户的操作后， 执行相应处理。 若为切换请求， 则进行切换； 若切换成功， 则进入目的会议 的画面； 若切换失败， 则保持原会议状态不变。
在本实施例提供的方法中， 可通过切换请求消息启动会议切换流程， 操 作较简单， 无需切断原会议的连接通道， 不必中断原会议的远端图像， 减少 了会议切换过程中必须重新呼叫如何的过程， 提高了切换速度， 可实现会议 平滑切换， 即可使原会议的远端图像在不中断的情况下切入到目的会议的远 端图像， 为用户在整个会议切换过程中带来了良好体验。
实施例 4
本实施例提供一种会议切换的方法， 该方法涉及会议终端侧和控制侧， 在本实施例中该会议终端侧具体以会议终端 T1 , 该控制侧具体以 MCU1 和 MCU2为例， 为了便于描述， 将 T1当前所在的会议称为原会议， 设该原会议 为会议 1 , 将 T1请求切换的会议称为目的会议， 设其为会议 2。 其中， 设会 议 1属于 MCU1 , 会议 2属于 MCU2。
相对于实施例 3来说， 需要说明的是： 本实施例的方法适合的不同 MCU 上的不同会议间的切换场景， 即在本实施例提供的方法的执行流程是以该会 议 1属于 MCU1 , 会议 2属于 MCU1为前提条件进行描述的。
如图 5所示， 该方法包括：
终端 T1在会议 1中时， 与会者出于参会需要， 希望终端 T1参加会议 2, 此时：
步骤 401 , T1发送请求切换到会议 2的切换请求消息到 MCU1 , 所述切 换请求消息中包含有代表会议 2 的标识； 优先地， 在本实施例中， 所述切换 请求消息中还包括切换请求类型信息和切换验证信息。
步骤 402 , MCU1 接收到该请求切换到会议 2 的切换请求消息， MCU1 根据所述会议 2的标识获知该会议 2是 MCU2的下属会议，则以 T1的名义向 MCU2发起对会议 2的呼叫。若 MCU1呼叫不成功，则执行步骤 408;若 MCU1 呼叫成功， 则执行步骤 403。
其中， 因为现有技术中， 每个 MCU都可知其下属有哪些会议的信息， 以 及其它的各个 MCU的下属均有哪些会议的信息， 因此对于任意一个 MCU来 说， 可根据这些信息判断某一会议是否为其下属的会议， 即本地会议， 还是 其它 MCU的下属会议， 即异地会议， 在本实施例中 MCU1 同样可轻易获知 该会议 2是 MCU2的下属会议， 具体获知方法与现有技术相同， 对此， 本实 施例不再赘述。
另外， 向 MCU2发起对会议 2的呼叫的具体执行过程可按照现有技术中 正常进入会离会进行， 在此不赘述。
步骤 403 , MCU1将 T1请求切换到会议 2的切换请求消息转发到 MCU2。 MCU2根据该切换请求消息中包含的所述切换验证信息，验证所述 T1是否有 切换到会议 2的权限， 如果验证结果代表 T1有切换到会议 2的权限， 则执行 步骤 404; 如果校验结果代表 Tl无权限切换到会议 2 , 执行步骤 405。
步骤 404 , MCU2发送同意切换的切换响应消息到 MCU1 , 同时在该切换 响应消息中 MCU1在 MCU1与 T1之间建立新的通道， 以便传送会议 2媒体 流。 MCU1接收到该切换响应消息后， 将该切换响应消息转发到 T1 , 并相应 的建立用于传送会议 2媒体流的上述通道， 执行步骤 406。
需要说明的是： 上述步骤 404中在 MCU1与 T1之间建立新的通道是在 T1需要与 MCU1保持会议 1的情况下执行的步骤， 若 T1不需要保持与会议 2的联系， 则可无需建立新的通道， 在退出会议 1后， 保持已经建立的传送会 议 1的媒体流的通道， 并利用该通道传送会议 2的媒体流。
步骤 405 , MCU2发送拒绝切换的切换响应消息到 Tl , MCU1将该切换 响应消息转发到 Tl , T1可保持会议 1的状态不变， 因为 T1没有通过 MCU2 的验证， 所以本流程至此结束， 无需再进行下述步骤。
步骤 406 , MCU2在 MCU1与 MCU2之间建立新的用于传送会议 2的媒 体流的通道， 在通道建立后， 按照所述切换请求类型信息进行切换到会议 2 的处理。 若 MCU2切换成功， MCU2将分配给 T1的在会议 2中的会场标识 发送到 MCU1 , MCU1在收到该 T1的会场标识后（该会场标识可以是 MT号， 或者其他唯一性的 ID ), 发送切换成功的切换指示消息到 Tl , 更新会议 1 的 信息， 关联 T1与 MCU1 , 以及 MCU1与 MCU2建立的两段通道， 使会议 2 的媒体流可以通过该两段通道传送到 T1 , 并执行步骤 407; 若 MCU2切换失 败， 则发送切换失败的切换指示消息到 MCU1 , MCU1 将该失败的切换指示 消息转发到 T1 , 转向执行步骤 408。
该步骤 406中 MCU2按照所述切换请求类型信息进行切换到会议 2的处 理的具体执行过程可参照实施例 3中的步骤 305的 MCU1的操作。
步骤 407 , T1接收到来自 MCU1的切换成功的切换指示消息， 并切换到 会议 2, 并可结束本次会议切换流程。
步骤 407的具体操作可参考实施例 3中的步骤 306,其中，不同之处在于： 该 MCU1将转发 T1发送的 I帧请求到 MCU2, MCU2转发媒体流。即： MUC1 将充当 Tl与 MCU2之间的双向中继， 转发 T1与 MCU2之间进行的交互。 由 此， 可实现 T1加入 MCU2上会议 2的视频会议。
步骤 408, T1接收到 MCU1的切换失败的切换指示消息， 并保持会议 1 的状态， 即仍然在会议 1 中， 仍然为会议 1 的媒体通道和画面不变。 结束本 次会议切换流程。
在本实施例中涉及的切换消息具体实现可参照上述实施例 3 中对应的切 换消息实施方式， 在此不赘述。 不必中断原会议的远端图像， 减少会议切换过程中必须重新呼叫如何的过程 , 提高切换速度， 可实现会议平滑切换的技术效果， 为用户在整个会议切换过 程中带来了良好体验。
实施例 5
本实施例提供一种正在参加第一会议的会议终端， 应第二会议中的某会 议终端的邀请加入第二会议时的会议切换的方法。
在该方法中， 设在会议终端侧被邀请加入第二会议的会议终端为 T1 , 在 控制侧控制该过程的是 MCU1 , 为了便于描述， 将 T1当前正在参加的会议称 为第一会议，设该第一会议为会议 1 ,将 T1被邀请加入的会议称为第二会议， 设其为会议 2。 其中， 设会议 1和会议 2均属于 MCU1。
如图 6所示， 该方法包括：
步骤 501 , MCU1接收到某一会议终端邀请 T1加入会议 2的请求， MCU1 判断 T1是否已经正在参加第一会议， 若判定 T1未进入任何会议， 则可按照 现有技术的方式通过正常的呼叫方式呼叫 T1加入会议 2 , 在此不赘述； 若判 定该 T1正在参加会议 1 , 则发送切换请求消息到 T1 , 请求 T1切换到会议 2。
步骤 502, T1接收到来自 MCU1的上述切换请求消息后，如果拒绝加入， 则发送拒绝切换的切换响应消息到 MCU1 , T1保持原有状态，处于会议 1中， MCU1在接收到 T1发出的拒绝切换的切换响应消息后， 响应邀请 T1失败的 消息到发出该请求的会议终端， 本流程至此结束， 并不再执行下述步骤； 如 果同意加入会议 2, 则发送同意切换请求的切换响应消息到 MCU1。
步骤 503 , MCU1接收到来自 T1的同意切换的切换响应消息后， 至少进 行 ¾口下项目：
MCU1为 T1分配在会议 2中的会场标识， 该会场标识可以是 MT号， 或 其他唯一性的 ID;
更新会议 2的会议信息；
如果上述两项均处理成功， 则将指示已加入会议的切换指示消息发送到 T1 , 该切换指示消息中可以包含有该分配的会场标识和会议 2的会议信息； 如果有任意一项处理失败， 则发送切换失败的切换指示消息到 T1 , 本流程到 此结束。
步骤 504, T1接收到该 MCU1的切换指示消息， 如果该切换指示消息指 示已加入会议 2 , 则切换到会议 2。
具体切换到会议 2的执行过程可参考上述实施例 3中的步骤 306;如果该 切换指示消息指示切换失败， 则保持会议 1的状态不变。
另外， 在本实施例中涉及的切换消息具体实现可参照上述实施例 3 中对 应的切换消息实施方式， 在此不赘述。
本实施例提供的方法可取得使某个正在参加第一会议的会议终端在接收 到某一邀请加入第二会议的请求后， 平滑地切换到第二会议的技术效果； 在 整个切换过程中无需切断第一会议的连接通道， 提高了切换速度， 提高了在 接受邀请后加入第二会议过程中的用户体验。
实施例 6
本实施例提供一种多点控制服务器，该多点控制服务器可具体为 MCU设 备。 如图 7所示， 该多点控制服务器包括： 请求接收单元 61 , 切换处理单元 63。
请求接收单元 61 , 用于接收来自会议终端请求切换到目的会议的切换请 求消息， 所述切换请求消息中包含有所述目的会议的信息； 切换处理单元 63 , 用于根据所述切换请求消息确定切换到所述信息指示的目的会议， 并进行切 换到所述目的会议的处理。
如图 8所示， 在本发明另一实施例提供的多点控制服务器中，， 该设备还 可包括： 指示单元 64。
指示单元 64 ,用于根据切换处理单元 63切换到所述目的会议的处理结果， 发送切换指示消息到发送所述切换请求消息的会议终端。
其中， 切换处理单元 63完成如下操作：
在所述请求切换消息中包括的切换请求类型信息为： 切换后脱离原会议 的连接信息时， 具体执行如下过程：
在所述目的会议中为所述会场申请新的会场标识； 在所述目的会议中增 加所述会场的信息； 将所述原会议媒体流更新为所述目的会议的媒体流； 更 新所述原会议的会议信息。
相应地， 指示单元 64 , 具体用于当上述执行的过程均成功时， 发送切换 成功的切换指示消息到所述会议终端， 其中， 所述切换指示消息中至少包括 所述新申请的会场标识； 当上述执行的过程中任意一项失败时， 发送切换失 败的指示消息到所述会议终端。
在所述请求切换消息中包括的切换请求类型信息为： 切换后保持与原会 议的连接时， 具体执行如下过程：
在所述会议终端所对应的活动会议记录中查找所述目的会议； 若查找到 所述目的会议， 则根据查找到的所述目的会议的资源执行切换到所述目的会 议的过程； 若未查找到所述目的会议， 则为所述目的会议配置资源， 并根据 所述配置的资源执行切换到所述目的会议的过程。
相应地， 指示单元 64 , 具体用于当切换处理单元 63成功根据查找到的所 述目的会议的资源执行切换到所述目的会议的过程时， 发送切换成功的切换 指示消息到所述会议终端， 其中， 所述切换指示消息中至少包括所述查找到 的会场标识； 否则， 发送切换失败的指示消息到所述会议终端； 当切换处理 单元 63成功为所述目的会议配置资源， 并根据所述配置的资源执行切换到所 述目的会议的过程时， 发送切换成功的切换指示消息到所述会议终端， 其中， 所述切换指示消息中至少包括所述新申请的会场标识； 否则， 发送切换失败 的指示消息到所述会议终端。
在本实施例中， 如图 8所示， 该多点控制服务器还可包括如下可选单元： 验证单元 62 , 响应单元 68 , 异地呼叫单元 65 , 请求发送单元 66。
请求接收单元 61接收到的消息中还可包括切换验证信息， 因此， 验证单 元 62 , 用于根据所述切换验证信息验证所述会议终端是否有切换到所述信息 指示的目的会议的权限； 如果验证结果表示所述会议终端有切换的权限， 则 表示允许切换到所述信息指示的目的会议； 响应单元 68 , 用于当所述验证单 元 62的验证结果代表所述会议终端有切换的权限时， 发送同意切换的切换响 应消息到所述会议终端。
异地呼叫单元 65 , 用于在所述目的会议不属于本地多点控制服务器控制 时， 向所述目的会议的所属多点控制服务器进行呼叫。
相应地， 指示单元 64 , 还用于在所述异地呼叫单元 65呼叫成功时， 将请 求切换到所述目的会议的切换请求消息转发到所述所属多点控制服务器。
请求发送单元 66 , 用于在接收到来自请求会议终端的邀请被请求会议终 端加入第二会议的请求消息后， 若所述被请求会议终端正在参加第一会议， 则发送切换请求消息到所述被请求会议终端， 请求所述被请求会议终端切换 到所述第二会议； 相应地， 切换处理单元 63 , 还用于当接收到来自所述被请 求会议终端的同意切换的切换响应消息时， 至少执行如下项目： 为所述被请 求会议终端分配在所述第二会议中的会场标识； 更新第二会议的会议信息。
相应地， 指示单元 64 , 还用于当切换处理单元 63处理的项目均成功时， 将指示已加入会议的切换指示消息发送到所述被请求会议终端， 所述切换指 示消息中至少包含有所述分配的会场标识。
本实施例提供的设备可根据接收到的切换请求消息启动会议切换流程， 处理过程简单， 无需切断原会议的连接通道， 不必中断原会议的远端图像， 减少了会议切换过程中必须重新呼叫如何的过程， 提高了切换速度， 可实现 会议平滑切换， 即可使原会议的远端图像在不中断的情况下切入到目的会议 的远端图像， 为用户在整个会议切换过程中带来了良好体验。
实施例 7
本实施例提供一种会议终端， 如图 9所示， 包括： 发送单元 71 , 接收单 元 72, 配合执行单元 73。
发送单元 71 , 用于发送用于会议切换的切换消息到多点控制服务器； 接 收单元 72, 用于在发送单元 71发送过切换消息后，接收来自所述多点控制服 务器的切换指示消息， 所述切换指示消息用于指示： 所述多点控制服务器是 否成功执行切换到所述会议的处理； 配合执行单元 73 , 用于在接收单元 72接 收到切换响应消息后， 根据所述切换指示消息配合所述多点控制服务器切换 到所述会议。
如图 10所示， 在本发明的另一实施例中， 该会场终端还可包括如下可选 模块：
发送单元 71包括： 请求发送模块 711 , 响应发送单元 712。
请求发送模块 711 , 用于当终端主动发起加入目的会议的切换流程时， 发 送请求切换到目的会议的切换请求消息到多点控制服务器， 所述切换请求消 息中包含有所述目的会议的信息；
响应发送单元 712, 用于当正在参加第一会议时，接收到来自所述多点控 制服务器的请求加入第二会议的切换请求消息后， 发送同意切换请求的切换 响应消息到所述多点控制服务器；
相应地， 接收单元 72 , 还用于在所述请求发送模块 711发送请求切换到 目的会议的切换请求后， 接收到来自所述多点控制服务器的切换指示消息， 所述切换指示消息用于指示： 是否成功执行切换到所述目的会议的处理； 此 时， 配合执行单元 73 , 具体用于根据所述切换指示消息配合所述多点控制服 务器切换到所述目的会议；
接收单元 72 , 还用于在所述响应发送模块 712发送同意切换请求的切换 响应消息后， 接收到来自所述多点控制服务器的切换指示消息， 所述切换指 示消息用于指示： 所述多点控制服务器是否成功执行切换到所述第二会议的 处理； 此时， 配合执行单元 73 , 具体用于根据所述切换指示消息配合所述多 点控制服务器切换到所述第二会议。
另外， 配合执行单元 73 , 具体用于在所述切换指示消息指示切换成功时， 更新会议信息， 并通过发送参考帧刷新请求切换到所述目的会议； 在所述切 换指示消息指示切换失败时， 保持当前会议状态。
此外， 上述目的会议的信息可为具体为目的会议的标识， 且切换请求消 息中还可包括切换请求类型信息。
当所述切换请求类型信息为切换后脱离原会议的连接时， 所述配合执行 单元 73 , 具体用于离开当前会议， 并通过所述当前会议的媒体通道传送所述 目的会议的媒体流；
当所述切换请求类型信息为所述切换后保持与原会议的连接时， 所述配 合执行单元 73 , 具体用于保持当前会议， 并通过多点控制服务器所述建立的 新媒体通道收发所述目的会议的媒体流。
本实施例提供的会议终端可通过发送切换请求消息启动会议切换流程， 也无需与会者执行关闭原会议打开目的会议的操作， 减少了会议切换过程中 必须重新呼叫如何的过程， 提高了切换速度， 并实现可使原会议的远端图像 在不中断的情况下切入到目的会议的远端图像， 为用户在整个会议切换过程 中带来了良好体验。
实施例 8
本实施例提供一种会议切换的系统， 该系统包括： 会议终端和多点控制 服务器。
会议终端， 用于发送会议切换的切换消息到多点控制服务器；
多点控制服务器， 用于在接收的所述切换消息为请求切换到目的会议的 切换请求消息时， 根据所述切换请求消息中包含的所述目的会议的信息确定 切换到所述信息指示的目的会议， 并进行切换到所述目的会议的处理。
并且， 在本实施例中， 该多点控制服务器， 还用于在所述会场终端请求 切换的目的会议不属于本地多点控制服务器控制时， 向所述目的会议的所属 多点控制服务器进行呼叫， 若呼叫成功， 则将所述切换请求消息转发到所述 所属多点控制服务器， 所述所属多点控制服务器根据所述切换请求消息中包 含的切换认证信息验证所述会场终端是否有切换到所述目的会议的权限， 若 验证结果代表所述会场有切换权限， 则所述所属多点控制服务器发送同意切 换的切换响应消息， 并按照所述切换请求类型信息进行切换到所述目的会议 的处理。
在本实施例提供的系统中， 减少了会议切换过程中必须重新呼叫如何的 过程， 简单化了会议切换的流程中操作， 并提高了切换速度， 可实现会议平 滑切换为用户在整个会议切换过程中带来了良好体验。
通过以上的实施方式的描述， 所属领域的技术人员可以清楚地了解到本 发明可借助软件加必需的通用硬件平台的方式来实现， 当然也可以通过硬件， 但很多情况下前者是更佳的实施方式。 基于这样的理解， 本发明的技术方案 本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来， 该计算机软件产品存储在可读取的存储介质中， 如计算机的软盘， 硬盘或光 盘等， 包括若干指令用以使得一台设备（可以是笔记本电脑等）执行本发明 各个实施例所述的方法。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应所述以权利要求的保护范围为准。

Claims

权 利 要求 书
1、 一种会议切换的方法， 其特征在于， 包括：
接收请求切换到目的会议的切换请求消息， 所述切换请求消息中包含有 所述目的会议的信息；
根据所述切换请求消息确定切换到所述信息指示的目的会议， 并进行切 换到所述目的会议的处理。
2、 根据权利要求 1所述的方法， 其特征在于， 该方法还包括： 根据切换到所述目的会议的处理结果， 发送切换指示消息到发送所述切 换请求消息的会议终端。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述切换请求消息还 包括： 切换请求类型信息和切换验证信息；
所述根据所述切换请求消息确定切换到所述信息的目的会议， 并进行切 换到所述目的会议的处理包括：
根据所述切换验证信息验证所述会议终端是否有切换到所述信息指示的 目的会议的权限；
如果验证结果表示所述会议终端有切换权限， 则发送同意切换的切换响 应消息到所述会议终端， 并按照所述切换请求类型信息进行切换到所述目的 会议的处理。
4、 根据权利要求 3所述的方法， 其特征在于， 若所述切换请求类型信息 为： 切换后脱离原会议的连接， 则所述按照所述切换请求类型信息进行切换 到所述目的会议的处理包括：
在所述目的会议中为所述会议终端申请新的会场标识； 在所述目的会议 中增加所述会议终端的信息； 将所述原会议的媒体流更新为所述目的会议的 媒体流； 更新所述原会议的会议信息。
5、 根据权利要求 3所述的方法， 其特征在于， 若所述切换请求类型信息 为： 切换后保持与原会议的连接， 则所述按照所述切换请求类型信息进行更 新到所述目的会议的处理包括： 在所述会议终端所对应的活动会议记录中查找所述目的会议； 若查找到所述目的会议， 则根据查找到的所述目的会议的资源执行切换 到所述目的会议的过程；
若未查找到所述目的会议， 则为所述目的会议配置资源， 并根据所述配 置的资源执行切换到所述目的会议的过程。
6、 根据权利要求 3所述的方法， 其特征在于， 当会议终端请求切换的目 的会议不属于本地多点控制服务器控制， 该方法还包括：
向所述目的会议的所属多点控制服务器发起呼叫；
若呼叫成功， 则将所述切换请求消息转发到所述目的会议的所属多点控 制服务器， 所述所属多点控制服务器根据所述切换请求消息中包含的切换认 证信息验证所述会议终端是否有切换到所述目的会议的权限；
若验证结果代表所述会议终端有切换权限， 则所述所属多点控制服务器 发送同意切换的切换响应消息， 并按照所述切换请求类型信息进行切换到所 述目的会议的处理。
7、 根据权利要求 1至 6中任意一项所述的方法， 其特征在于， 接收到来 自请求会议终端邀请被请求会议终端加入第二会议的请求消息后， 若所述被 请求会议终端正在参加第一会议， 则该方法还包括：
发送切换请求消息到所述被请求会议终端， 请求所述被请求会议终端切 换到所述第二会议；
若接收到来自所述被请求会议终端的同意切换的切换响应消息， 则进行 如下过程：
为所述被请求会议终端分配在所述第二会议中的会场标识； 更新第二会 议的会议信息；
若所述进行的上述项目均成功， 则将指示已加入会议的切换指示消息发 送到所述被请求会议终端， 所述切换指示消息中至少包含有所述分配的会场 标识。
8、 一种会议切换的方法， 其特征在于， 包括： 发送用于会议切换的切换消息到多点控制服务器， 并接收来自所述多点 控制服务器的切换指示消息， 所述切换指示消息用于指示： 所述多点控制服 务器是否成功执行切换到所述会议的处理；
根据所述切换指示消息配合所述多点控制服务器切换到所述会议。
9、 根据权利要求 8所述的方法， 其特征在于， 根据所述切换指示消息配 合所述多点控制服务器切换到所述目的会议包括：
若所述切换指示消息指示切换成功， 则更新会议信息， 并通过发送参考 帧刷新请求切换到所述目的会议；
若所述切换指示消息指示切换失败， 则保持当前会议状态。
10、 根据权利要求 8 所述的方法， 其特征在于， 所述切换请求消息中还 包括： 切换请求类型信息；
当所述切换请求类型信息表示切换后脱离原会议的连接时， 所述通过发 送参考帧刷新请求切换到所述目的会议还包括： 离开当前会议， 并通过所述 当前会议的媒体通道收发所述目的会议的媒体流；
当所述切换请求类型信息表示所述切换后保持与原会议的连接时， 所述 通过发送参考帧刷新请求切换到所述目的会议还包括： 保持当前会议， 并通 过多点控制服务器所建立的新媒体通道传送所述目的会议的媒体流。
11、 根据权利要求 8所述的方法， 其特征在于， 所述方法还包括： 当终端主动发起加入目的会议的切换流程时， 所述发送用于会议切换的 切换消息到多点控制服务器， 并接收来自所述多点控制服务器的切换指示消 息， 所述切换指示消息用于指示所述多点控制服务器是否成功执行切换到所 述会议的处理， 具体为： 发送请求切换到目的会议的切换请求消息到多点控 制服务器， 所述切换请求消息中包含有所述目的会议的信息； 在所述多点控 制服务器根据所述切换请求消息确定切换到所述目的会议的信息对应的目的 会议后， 接收到来自所述多点控制服务器的切换指示消息， 所述切换指示消 息用于指示： 是否成功执行切换到所述目的会议的处理；
当终端正在参加第一会议， 且接收到来自所述多点控制服务器的请求加 入第二会议的切换请求消息后， 如果同意加入所述第二会议时， 所述发送用 于会议切换的切换消息到多点控制服务器， 并接收来自所述多点控制服务器 的切换指示消息， 所述切换指示消息用于指示： 所述多点控制服务器是否成 功执行切换到所述会议的处理； 发送同意切换请求的切换响应消息到所述多 点控制服务器； 接收到来自所述多点控制服务器的切换指示消息， 所述切换 指示消息用于指示： 所述多点控制服务器是否成功执行切换到所述第二会议 的处理。
12、 一种多点控制服务器， 其特征在于， 包括：
请求接收单元， 用于接收请求切换到目的会议的切换请求消息， 所述切 换请求消息中包含有所述目的会议的信息；
切换处理单元， 用于根据所述切换请求消息确定切换到所述信息指示的 目的会议， 并进行切换到所述目的会议的处理。
13、 根据权利要求 12所述的服务器， 其特征在于， 该服务器还包括： 指示单元， 用于根据切换处理单元切换到所述目的会议的处理结果发送 切换指示消息到发送所述切换请求消息的会议终端。
14、 根据权利要求 12或 13所述的服务器， 其特征在于， 所述切换处理 单元完成如下操作：
在所述请求切换消息中包括的切换请求类型信息为： 切换后脱离原会议 的连接信息时， 在所述目的会议中为所述会议终端申请新的会场标识； 在所 述目的会议中增加所述会议终端的信息； 将所述原会议媒体流更新为所述目 的会议的媒体流； 更新所述原会议的会议信息；
在所述请求切换的消息中包括的切换请求类型信息为： 切换后保持与原 会议的连接时， 在所述会议终端所对应的活动会议记录中查找所述目的会议； 若查找到所述目的会议， 则根据查找到的所述目的会议的资源执行切换到所 述目的会议的过程； 若未查找到所述目的会议， 则为所述目的会议配置资源， 并根据所述配置的资源执行切换到所述目的会议的过程。
15、 根据权利要求 12所述的设备， 其特征在于， 该设备还包括： 异地呼叫单元， 用于在所述目的会议不属于本地多点控制服务器控制时， 向所述目的会议的所属多点控制服务器进行呼叫；
所述指示单元， 还用于在所述异地呼叫单元呼叫成功时， 将请求切换到 所述目的会议的切换请求消息转发到所述所属多点控制服务器。
16、 根据权利要求 12所述的设备， 其特征在于， 该设备还包括： 请求发送单元， 用于在接收到来自请求会议终端邀请被请求会议终端加 入第二会议的请求消息后， 若所述被请求会议终端正在参加第一会议， 则发 送切换请求消息到所述被请求会议终端， 请求所述被请求会议终端切换到所 述第二会议；
所述切换处理单元， 还用于在接收到来自所述被请求会议终端的同意切 换的切换响应消息时， 则执行如下项目：
为所述被请求会议终端分配在所述第二会议中的会场标识； 更新第二会 议的会议信息。
17、 一种会议终端， 其特征在于， 包括：
发送单元， 用于发送用于会议切换的切换消息到多点控制服务器； 接收单元， 用于接收来自所述多点控制服务器的切换指示消息， 所述切 换指示消息用于指示： 所述多点控制服务器是否成功执行切换到所述会议的 处理；
配合执行单元， 用于根据所述切换指示消息配合所述多点控制服务器切 换到所述会议。
18、 根据权利要求 17所述的终端， 其特征在于， 所述发送单元包括： 请求发送模块， 用于当终端主动发起加入目的会议的切换流程时， 发送 请求切换到目的会议的切换请求消息到多点控制服务器， 所述切换请求消息 中包含有所述目的会议的信息；
响应发送单元， 用于当正在参加第一会议时， 接收到来自所述多点控制 服务器的请求加入第二会议的切换请求消息后， 发送同意切换请求的切换响 应消息到所述多点控制服务器； 所述接收单元， 还用于在所述请求发送模块发送请求切换到目的会议的 切换请求后， 接收到来自所述多点控制服务器的切换指示消息， 所述切换指 示消息用于指示： 是否成功执行切换到所述目的会议的处理； 在所述响应发 送模块发送同意切换请求的切换响应消息后， 接收到来自所述多点控制服务 器的切换指示消息， 所述切换指示消息用于指示： 所述多点控制服务器是否 成功执行切换到所述第二会议的处理。
19、 一种会议切换的系统， 其特征在于， 包括：
会议终端， 用于发送会议切换的切换消息到多点控制服务器；
多点控制服务器， 用于在接收的所述切换消息为请求切换到目的会议的 切换请求消息时， 根据所述切换请求消息中包含的所述目的会议的信息确定 切换到所述信息指示的目的会议， 并进行切换到所述目的会议的处理。
20、 根据权利要求 19所述的系统， 其特征在于，
所述多点控制服务器， 还用于在所述会议终端请求切换的目的会议不属 于本地多点控制服务器控制时， 向所述目的会议的所属多点控制服务器进行 呼叫， 若呼叫成功， 则将所述切换请求消息转发到所述目的会议的所属多点 控制服务器， 所述所属多点控制服务器根据所述切换请求消息中包含的切换 认证信息验证所述会议终端是否有切换到所述目的会议的权限， 若验证结果 代表所述会议终端有切换权限， 则所述所属多点控制服务器发送同意切换的 切换响应消息， 并按照所述切换请求类型信息进行切换到所述目的会议的处 理。
PCT/CN2011/075373 2010-06-29 2011-06-07 会议切换的方法、系统及设备 WO2012000373A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP11800118.9A EP2590406A4 (en) 2010-06-29 2011-06-07 METHOD, SYSTEM AND DEVICE FOR CONFERENCE SWITCHING
US13/707,473 US8890928B2 (en) 2010-06-29 2012-12-06 Method, system and device for conference switching

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010212359.7A CN102316301B (zh) 2010-06-29 2010-06-29 会议切换的方法、系统及设备
CN201010212359.7 2010-06-29

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/707,473 Continuation US8890928B2 (en) 2010-06-29 2012-12-06 Method, system and device for conference switching

Publications (1)

Publication Number Publication Date
WO2012000373A1 true WO2012000373A1 (zh) 2012-01-05

Family

ID=45401382

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/075373 WO2012000373A1 (zh) 2010-06-29 2011-06-07 会议切换的方法、系统及设备

Country Status (4)

Country Link
US (1) US8890928B2 (zh)
EP (1) EP2590406A4 (zh)
CN (1) CN102316301B (zh)
WO (1) WO2012000373A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112527475A (zh) * 2019-09-19 2021-03-19 北京国双科技有限公司 前端系统切换方法及装置

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10177926B2 (en) * 2012-01-30 2019-01-08 International Business Machines Corporation Visualizing conversations across conference calls
CN102611562B (zh) * 2012-02-06 2015-06-03 华为技术有限公司 一种建立多级联通道的方法及装置
ES2560409T3 (es) * 2012-09-20 2016-02-18 Huawei Technologies Co., Ltd. Método, dispositivo y sistema de acceso a una conferencia
CN103051622A (zh) * 2012-12-20 2013-04-17 苏州亿倍信息技术有限公司 一种网络会议认证的方法及系统
US9602558B2 (en) * 2013-04-15 2017-03-21 Cisco Technology, Inc. System for managing multiple meetings using policy driven rules
JP6493435B2 (ja) * 2017-03-03 2019-04-03 ブラザー工業株式会社 通信方法及び通信プログラム
US11128610B2 (en) * 2017-09-29 2021-09-21 Apple Inc. Secure multiway calling
CN110474933B (zh) * 2018-05-09 2022-09-20 视联动力信息技术股份有限公司 一种终端交换方法和视联网管理系统
CN109151235B (zh) * 2018-10-22 2021-03-30 奇酷互联网络科技（深圳）有限公司 远程通信群组的协同操控方法、服务器和存储装置
CN110381284B (zh) * 2019-06-21 2022-02-18 视联动力信息技术股份有限公司 一种切换会议的方法、装置、系统、设备及可读存储介质
CN112565661A (zh) * 2019-09-10 2021-03-26 中兴通讯股份有限公司 一种视频会议通信方法、装置以及计算机可读存储介质
CN112040077B (zh) * 2020-08-17 2021-10-19 Oppo（重庆）智能科技有限公司 通信控制方法、装置、移动终端及计算机存储介质
CN113676694B (zh) * 2021-08-23 2022-12-20 京东方科技集团股份有限公司 会议一体化系统、网关、无线终端及工作状态切换方法
CN117411861A (zh) * 2022-07-07 2024-01-16 华为云计算技术有限公司 会议控制方法、装置及通信系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1581967A (zh) * 2003-08-11 2005-02-16 英业达股份有限公司 视频会议中切换通信联机的系统及其方法
CN101473577A (zh) * 2006-06-21 2009-07-01 摩托罗拉公司 用于在通信网络中管理通信会话的方法
CN101515949A (zh) * 2008-02-20 2009-08-26 捷讯研究有限公司 便于用户设备间会话转移的方法和系统
CN101778247A (zh) * 2010-02-04 2010-07-14 中兴通讯股份有限公司 一种无线会议电视系统及其多会议切换的方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2827462B1 (fr) * 2001-07-12 2003-11-21 France Telecom Procede et systeme d'acces interactif a des manifestations, en situation de mobilite
AU2002357144A1 (en) * 2001-12-15 2003-06-30 Thomson Licensing S.A. Quality of service setup on a time reservation basis
US20050015444A1 (en) * 2003-07-15 2005-01-20 Darwin Rambo Audio/video conferencing system
CN100366080C (zh) 2003-11-21 2008-01-30 华为技术有限公司 在会议电视系统中实现单画面和多画面切换的方法
NO322875B1 (no) * 2004-04-23 2006-12-18 Tandberg Telecom As System og fremgangsmate for a inkludere deltakere i en konferansesamtale
US7492730B2 (en) * 2005-04-19 2009-02-17 Polycom, Inc. Multi-site conferencing system and method
US7978216B2 (en) * 2006-06-07 2011-07-12 Cisco Technology, Inc. Versatile conference adapter and method employing same
US8334891B2 (en) * 2007-03-05 2012-12-18 Cisco Technology, Inc. Multipoint conference video switching
CN101123651A (zh) 2007-09-11 2008-02-13 华为技术有限公司 终端之间的会话切换方法、交换机及装置
CN101127622B (zh) * 2007-09-11 2011-06-22 中兴通讯股份有限公司 媒体设备切换方法
CN100553322C (zh) * 2007-10-23 2009-10-21 杭州华三通信技术有限公司 视讯会议的备份方法及装置
JP2009110473A (ja) * 2007-11-01 2009-05-21 Nec Corp 遠隔作業支援システム、遠隔作業支援方法、及び、接続管理サーバ
CN101170674A (zh) * 2007-11-23 2008-04-30 中兴通讯股份有限公司 多点控制单元备份的实现方法
CN101547143B (zh) 2008-03-28 2012-10-03 华为技术有限公司 一种流媒体业务的切换方法和装置
JP5459208B2 (ja) * 2008-07-09 2014-04-02 日本電気株式会社 グループ会議システム、会議サーバ、セッション切り替え制御方法、セッション切り替え制御プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1581967A (zh) * 2003-08-11 2005-02-16 英业达股份有限公司 视频会议中切换通信联机的系统及其方法
CN101473577A (zh) * 2006-06-21 2009-07-01 摩托罗拉公司 用于在通信网络中管理通信会话的方法
CN101515949A (zh) * 2008-02-20 2009-08-26 捷讯研究有限公司 便于用户设备间会话转移的方法和系统
CN101778247A (zh) * 2010-02-04 2010-07-14 中兴通讯股份有限公司 一种无线会议电视系统及其多会议切换的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2590406A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112527475A (zh) * 2019-09-19 2021-03-19 北京国双科技有限公司 前端系统切换方法及装置

Also Published As

Publication number Publication date
US20130100237A1 (en) 2013-04-25
EP2590406A4 (en) 2013-12-04
EP2590406A1 (en) 2013-05-08
CN102316301B (zh) 2014-05-07
CN102316301A (zh) 2012-01-11
US8890928B2 (en) 2014-11-18

Similar Documents

Publication Publication Date Title
WO2012000373A1 (zh) 会议切换的方法、系统及设备
KR100373323B1 (ko) 영상회의 시스템에서의 다자간 영상회의 방법
WO2012136024A1 (zh) 移动终端及其远程控制方法
WO2017129129A1 (zh) 即时通话方法、装置和系统
US20120278384A1 (en) Method and Arrangement for Providing Different Services in a Multimedia Communication System
US20090327516A1 (en) Communication terminal and communication switching method
WO2009074070A1 (fr) Procede et equipement de telechargement amont de contenu multimedia en temps reel
WO2015127793A1 (zh) 录音方法、语音交换设备、录音服务器及录音系统
WO2014161326A1 (zh) 视频通讯方法及装置
WO2012155739A1 (zh) 基于远程呈现系统的信令交互方法及装置
WO2009092242A1 (zh) 子会议实现方法、私密会议实现方法、装置和终端设备
WO2012163075A1 (zh) 一种视频会议的处理方法、装置和通信系统
WO2011103747A1 (zh) 一种会话处理方法和系统
WO2016155262A1 (zh) 基于网守的视频会议系统及视频会议的召集方法
WO2013067692A1 (zh) 一种多会议系统互通的方法及系统
WO2015003532A1 (zh) 多媒体会议的建立方法、装置及系统
KR101589195B1 (ko) 양자간 통화로부터 컨퍼런스로의 끊김 없는 전환을 구현하기 위한 방법 및 장치
CA2780109C (en) Method and apparatus for minimizing bandwidth usage between a communication server and a media device
US20090327426A1 (en) Remote call control and conferencing using paired devices
US9013537B2 (en) Method, device, and network systems for controlling multiple auxiliary streams
WO2020098712A1 (zh) 数据传输通道的建立方法及设备、存储介质、系统
WO2009065344A1 (fr) Procédé, dispositif et système de création de conférence et de fonctionnement de conférence
WO2012155732A1 (zh) 移动终端以及基于移动终端实现远程会议的方法
WO2016045496A1 (zh) 一种媒体控制方法和设备
JP5579660B2 (ja) 多地点接続テレビ会議装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11800118

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011800118

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE