WO2016119300A1 - 基于ims多方通话的信息同步方法、信息同步装置和终端 - Google Patents
基于ims多方通话的信息同步方法、信息同步装置和终端 Download PDFInfo
- Publication number
- WO2016119300A1 WO2016119300A1 PCT/CN2015/075553 CN2015075553W WO2016119300A1 WO 2016119300 A1 WO2016119300 A1 WO 2016119300A1 CN 2015075553 W CN2015075553 W CN 2015075553W WO 2016119300 A1 WO2016119300 A1 WO 2016119300A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- participants
- information
- call
- participant
- party call
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 239000003999 initiator Substances 0.000 claims abstract description 98
- 238000012545 processing Methods 0.000 claims description 15
- 230000004044 response Effects 0.000 claims description 5
- 230000009286 beneficial effect Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000007423 decrease Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
Definitions
- the present invention relates to the field of IMS multi-party call technologies, and in particular, to an IMS multi-party call-based information synchronization method, an IMS multi-party call-based information synchronization device, and a terminal.
- IMS IP Multimedia Subsystem IP Multimedia Subsystem
- VoLTE VoLTE
- 4G networks can provide multiple services, and multi-party calls are one of them.
- the current multi-party call allows multiple people to make a simultaneous call, and the originator initiates the call, and the initiator can invite multiple people at a time or invite other participants to join the multi-party call one by one.
- the INVITE request in SIP protocol
- the server converts into a normal call invites other participants one by one.
- the initiator can When you see all the participants, each invitee can only see the information of the initiator, and can not see the information of other invited parties, affecting the user's experience.
- the invention is based on at least one of the above technical problems, and proposes a new information synchronization scheme based on IMS multi-party call, so that other participants in the IMS multi-party call except the initiator can also display information of all participants, and further It can ensure that each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
- the present invention provides an IMS multi-party call-based information synchronization method suitable for an initiator of a multi-party call, including: sending a multi-party call establishment request to a server, so that the server invites the setup request to include The invited party performs a multiparty call; receives a feedback message of the completion of the multiparty call setup sent by the server, determines information of all participants of the multiparty call according to the feedback message; and sends the information of all the participants to the location Describe a server, so that the server forwards information of all the participants to a designated one of the all participants, and the designated participant displays information of all the participants.
- the (initiator) determines the information of all the participants of the multi-party call, and sends the information of all the participants to the designated participant through the server, so that the designated participant displays the information of all the participants, so that In addition to the initiator, other participants in the IMS multi-party call can also display the information of all the participants, thereby ensuring that each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
- the designated participants can be all participants, or some of the participants specified by the initiator.
- the method before sending the information of all the participants to the server, the method further includes: determining whether each of the participants has an information synchronization function during a multi-party call, The participating parties having the information synchronization function during the multi-party call among all the participants are referred to as the designated participants.
- the step of determining whether each of the participants has an information synchronization function during a multi-party call includes: determining whether the capability identifier of each participant has been stored, The capability identifier indicates whether each of the participants has an information synchronization function during a multi-party call; if it is determined that the capability identification of any of the participants is stored, directly according to the capabilities of the any participant The identifier determines whether the any participant has the information synchronization function during the multi-party call; if it is determined that the capability identifier of any of the participants is not stored, the OPTIONS message is sent to query whether the any participant has multiple parties.
- Information synchronization during the call and whether there is more than any of the participants When the information synchronization function query during the party call is successful, the information of any of the participants and the capability identifier of any of the participants are stored.
- the capability identifier of each participant has been stored in advance, it is possible to directly determine whether each participant has the information synchronization function during the multi-party call; if not stored in advance, the OPTIONS can be sent (SIP protocol) The request in the message) queries the capabilities of the participants.
- the information synchronization function of any participant has a multi-party call, the information of any participant and its capability identifier are stored, so that the initiator can directly determine the capability without querying again.
- a dedicated field is added by using a Contact header field in the OPTIONS message to indicate whether the any participant has an information synchronization function during a multiparty call.
- the method further includes: updating information of all participants of the multi-party call when the participant of the multi-party call changes, and updating all the participants of the multi-party call after the update Information is sent to the designated party.
- it may be sent by the above server to the designated participant.
- the specified designated party can display the participant information of the real-time multiparty call by transmitting the information of all the participants of the updated multiparty call to the designated participant.
- the method further includes: sending a notification message to the server, so that the server forwards the notification message to the designated participant.
- an IMS multiparty call based information synchronization method suitable for any participant of a multiparty call comprising: responding to a request for establishing a multiparty call sent by the server, to establish a multiparty call Receiving information of all participants of the multiparty call sent by the initiator of the multiparty call through the server; displaying information of all the participants, or displaying any of the participants in the participant Information from other participants.
- the (participant) can display the information of all the participants sent by the initiator of the multi-party call through the server and display the information of all the participants, so that other parties in the IMS multi-party call other than the initiator can also display Information from all participants, which in turn ensures Each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
- each participant since each participant must know that he or she is already in a multi-party call when participating in a multi-party call, it is also possible to display information of all participants other than themselves, without displaying their own information.
- the method further includes: when the information of the initiator is not included in the information of all the participants, acquiring the information of the initiator from the request for establishing a multi-party call; The information of the initiator is displayed simultaneously with the information of all the participants or the other participants.
- the initiator since the initiator has already included its own information when sending the establishment request of the multi-party call to the server, when the initiator does not send its own information, the other participants may obtain the request for establishing the multi-party call from the above. Get and display.
- the method further includes: receiving a notification message sent by the initiator by using the server; and displaying the notification message.
- an IMS multi-party call-based information synchronization apparatus which is applicable to an initiator of a multi-party call, and includes: a first sending unit, configured to send a multi-party call establishment request to the server, so that The server invites the invitee included in the setup request to perform a multi-party call; the receiving unit is configured to receive a feedback message that the multi-party call setup is completed by the server, and the first determining unit is configured to determine, according to the feedback message, Information of all participants of the multiparty call; a second sending unit, configured to send information of all the participants to the server, so that the server forwards information of all the participants to the all A designated participant in the participant, for the designated participant to display the information of all the participants.
- the (initiator) determines the information of all the participants of the multi-party call, and sends the information of all the participants to the designated participant through the server, so that the designated participant displays the information of all the participants, so that In addition to the initiator, other participants in the IMS multi-party call can also display the information of all the participants, thereby ensuring that each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
- the designated participants can be all participants, or some of the participants specified by the initiator.
- the method further includes: a processing unit, configured to determine the all Whether each of the participants has an information synchronization function during a multiparty call, and the participants of the all parties having the information synchronization function during the multiparty call are referred to as the designated participants.
- the processing unit includes: a determining unit, configured to determine whether the capability identifier of each participant has been stored, and the capability identifier indicates whether each participant has a multiparty call period And a second determining unit, configured to determine, according to the capability identifier of any one of the participants, when the determining unit determines that the capability identifier of any one of the participants is stored Whether any of the parties has the information synchronization function during the multi-party call; the query unit is configured to query the any one of the participants by sending an OPTIONS message when the determining unit determines that the capability identifier of any of the participants is not stored.
- the storage unit is configured to store any one of the participants when the query unit successfully queries whether the any participant has the information synchronization function during the multi-party call Information and the ability identification of any of the participants.
- the capability identifier of each participant has been stored in advance, it is possible to directly determine whether each participant has the information synchronization function during the multi-party call; if not stored in advance, the OPTIONS can be sent (SIP protocol) The request in the message) queries the capabilities of the participants.
- the information synchronization function of any participant has a multi-party call, the information of any participant and its capability identifier are stored, so that the initiator can directly determine the capability without querying again.
- a dedicated field is added by using a Contact header field in the OPTIONS message to indicate whether the any participant has an information synchronization function during a multiparty call.
- the method further includes: an updating unit, configured to update information of all participants of the multi-party call when the participant of the multi-party call changes; the second sending unit is further configured to: And transmitting, by the update unit, information of all participants of the multiparty call to the designated participant. Preferably, it can be sent by the above server to the finger Participants.
- the specified designated party can display the participant information of the real-time multiparty call by transmitting the information of all the participants of the updated multiparty call to the designated participant.
- the method further includes: a third sending unit, configured to send a notification message to the server, so that the server forwards the notification message to the designated participant.
- an IMS multi-party call-based information synchronization apparatus suitable for any participant of a multi-party call, comprising: a response unit, configured to respond to a request for establishing a multi-party call sent by the server a first receiving unit, configured to receive information of all participants of the multiparty call sent by the initiator of the multiparty call through the server, and a display unit, configured to display the information of all the participants Information, or information of all of the participants in all but one of the participants.
- the (participant) can display the information of all the participants sent by the initiator of the multi-party call through the server and display the information of all the participants, so that other parties in the IMS multi-party call other than the initiator can also display
- the information of all participants can ensure that each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
- each participant since each participant must know that he or she is already in a multi-party call when participating in a multi-party call, it is also possible to display information of all participants other than themselves, without displaying their own information.
- the method further includes: an obtaining unit, configured to acquire the initiator from the request for establishing a multi-party call when the information of the initiator is not included in the information of all the participants
- the display unit is further configured to display the information of the initiator while displaying information of all the participants or the other participants.
- the initiator since the initiator has already included its own information when sending the establishment request of the multi-party call to the server, when the initiator does not send its own information, the other participants may obtain the request for establishing the multi-party call from the above. Get and display.
- the method further includes: a second receiving unit, configured to receive a notification message sent by the initiator by using the server; the display unit is further configured to: display the Notification message.
- a terminal comprising: an IMS multiparty call based information synchronization apparatus suitable for an initiator of a multiparty call as described in any one of the above aspects, and/or as described above An IMS multiparty call based information synchronizing apparatus suitable for any party of a multiparty call as described in any one of the technical solutions.
- FIG. 1 shows a schematic flow chart of an IMS multiparty call based information synchronization method suitable for an initiator of a multiparty call according to an embodiment of the present invention
- FIG. 2 shows a schematic block diagram of an IMS multiparty call based information synchronizing apparatus suitable for an initiator of a multiparty call according to an embodiment of the present invention
- FIG. 3 is a schematic flow chart showing an IMS multiparty call based information synchronization method suitable for any party of a multiparty call according to an embodiment of the present invention
- FIG. 4 shows a schematic block diagram of an IMS multiparty call based information synchronizing apparatus suitable for any party of a multiparty call according to an embodiment of the present invention
- FIG. 5 shows a schematic block diagram of an IMS multiparty call based information synchronization system according to an embodiment of the present invention
- FIG. 6 is a schematic diagram showing a process flow of a capability query module according to an embodiment of the present invention.
- FIG. 7 is a schematic flowchart showing the processing of a message sending module according to an embodiment of the present invention.
- FIG. 8 is a flow chart showing the processing of a message receiving module according to an embodiment of the present invention.
- FIG. 1 shows a schematic flow chart of an IMS multiparty call based information synchronization method suitable for an initiator of a multiparty call according to an embodiment of the present invention.
- an IMS multi-party call-based information synchronization method suitable for an initiator of a multi-party call includes: Step 102: Send a multi-party call establishment request to a server, so that the server invites The inviting party included in the setup request performs a multiparty call; in step 104, receiving a feedback message that the multiparty call setup completed by the server is completed, and determining information of all participants of the multiparty call according to the feedback message; Sending information of all the participants to the server, so that the server forwards information of all the participants to a designated one of the all participants, for the designated participant to display the Information about all participants.
- the (initiator) determines the information of all the participants of the multi-party call, and sends the information of all the participants to the designated participant through the server, so that the designated participant displays the information of all the participants, so that In addition to the initiator, other participants in the IMS multi-party call can also display the information of all the participants, thereby ensuring that each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
- the designated participants can be all participants, or some of the participants specified by the initiator.
- the method before sending the information of all the participants to the server, the method further includes: determining whether each of the participants has an information synchronization function during a multi-party call, The participating parties having the information synchronization function during the multi-party call among all the participants are referred to as the designated participants.
- the step of determining whether each of the participants has an information synchronization function during a multi-party call includes: determining whether the capability identifier of each participant has been stored, The capability indicator indicates whether each of the participants has more The information synchronization function during the party call; if it is determined that the capability identifier of any of the participants is stored, determining whether the participant has a multiparty call according to the capability identifier of any of the participants The information synchronization function during the period; if it is determined that the capability identifier of any of the participants is not stored, the OPTIONS message is sent to query whether the any participant has the information synchronization function during the multi-party call, and When any participant has the information synchronization function query during the multi-party call, the information of any of the participants and the capability identifier of any of the participants are stored.
- the capability identifier of each participant has been stored in advance, it is possible to directly determine whether each participant has the information synchronization function during the multi-party call; if not stored in advance, the OPTIONS can be sent (SIP protocol) The request in the message) queries the capabilities of the participants.
- the information synchronization function of any participant has a multi-party call, the information of any participant and its capability identifier are stored, so that the initiator can directly determine the capability without querying again.
- a dedicated field is added by using a Contact header field in the OPTIONS message to indicate whether the any participant has an information synchronization function during a multiparty call.
- the method further includes: updating information of all participants of the multi-party call when the participant of the multi-party call changes, and updating all the participants of the multi-party call after the update Information is sent to the designated party.
- it may be sent by the above server to the designated participant.
- the specified designated party can display the participant information of the real-time multiparty call by transmitting the information of all the participants of the updated multiparty call to the designated participant.
- the method further includes: sending a notification message to the server, so that the server forwards the notification message to the designated participant.
- FIG. 2 shows a schematic block diagram of an IMS multiparty call based information synchronizing apparatus suitable for an initiator of a multiparty call according to an embodiment of the present invention.
- an IMS multi-party call-based information synchronization apparatus 200 suitable for an initiator of a multi-party call according to an embodiment of the present invention includes: a first sending unit 202, a receiving unit 204. The first determining unit 206 and the second sending unit 208.
- the first sending unit 202 is configured to send a setup request of the multiparty call to the server, so that the server invites the invitee included in the setup request to perform a multiparty call.
- the receiving unit 204 is configured to receive a feedback message that the multi-party call setup completed by the server is completed.
- the first determining unit 206 is configured to determine, according to the feedback message, information of all participants of the multiparty call.
- a second sending unit 208 configured to send information of all the participants to the server, so that the server forwards information of all the participants to a designated participant of all the participants, the provider The designated participant displays the information of all the participants.
- the (initiator) determines the information of all the participants of the multi-party call, and sends the information of all the participants to the designated participant through the server, so that the designated participant displays the information of all the participants, so that In addition to the initiator, other participants in the IMS multi-party call can also display the information of all the participants, thereby ensuring that each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
- the designated participants can be all participants, or some of the participants specified by the initiator.
- the method further includes: a processing unit 210, configured to determine whether each of the participants has an information synchronization function during a multi-party call, and has multiple parties among all the participants The participant of the information synchronization function during the call serves as the designated participant.
- the processing unit 210 includes: a determining unit 2102, configured to determine whether the capability identifier of each participant has been stored, and the capability identifier indicates whether each participant has multiple parties The information synchronization function during the call; the second determining unit 2104 is configured to directly determine the capability of any of the participants when the determining unit 2102 determines that the capability identifier of any of the participants is stored. Identifying that any of the participants is Whether there is an information synchronization function during a multi-party call; the query unit 2106 is configured to query the any participant by sending an OPTIONS message when the determining unit 2102 determines that the capability identifier of any of the participants is not stored.
- the storage unit 2108 is configured to store any one of the participants when the query unit 2106 successfully queries whether the any participant has an information synchronization function during a multi-party call Information and the ability identification of any of the participants.
- the capability identifier of each participant has been stored in advance, it is possible to directly determine whether each participant has the information synchronization function during the multi-party call; if not stored in advance, the OPTIONS can be sent (SIP protocol) The request in the message) queries the capabilities of the participants.
- the information synchronization function of any participant has a multi-party call, the information of any participant and its capability identifier are stored, so that the initiator can directly determine the capability without querying again.
- a dedicated field is added by using a Contact header field in the OPTIONS message to indicate whether the any participant has an information synchronization function during a multiparty call.
- the method further includes: an updating unit 212, configured to update information of all participants of the multi-party call when the participant of the multi-party call changes; the second sending unit 208 further And transmitting, to the designated participant, information of all participants of the multiparty call updated by the update unit 212. Preferably, it may be sent by the above server to the designated participant.
- the specified designated party can display the participant information of the real-time multiparty call by transmitting the information of all the participants of the updated multiparty call to the designated participant.
- the method further includes: a third sending unit 214, configured to send a notification message to the server, so that the server forwards the notification message to the designated participant.
- FIG. 3 shows a schematic flow chart of an IMS multiparty call based information synchronization method suitable for any party of a multiparty call according to an embodiment of the present invention.
- the IMS multi-party call-based information synchronization method includes: Step 302: Respond to a request for establishing a multi-party call sent by the server to establish a multi-party call; Step 304: Receive the Information of all participants of the multiparty call; step 306, displaying information of all the participants, or displaying information of all participants of the other parties except the said one of the participants.
- the (participant) can display the information of all the participants sent by the initiator of the multi-party call through the server and display the information of all the participants, so that other parties in the IMS multi-party call other than the initiator can also display
- the information of all participants can ensure that each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
- each participant since each participant must know that he or she is already in a multi-party call when participating in a multi-party call, it is also possible to display information of all participants other than themselves, without displaying their own information.
- the method further includes: when the information of the initiator is not included in the information of all the participants, acquiring the information of the initiator from the request for establishing a multi-party call; The information of the initiator is displayed simultaneously with the information of all the participants or the other participants.
- the initiator since the initiator has already included its own information when sending the establishment request of the multi-party call to the server, when the initiator does not send its own information, the other participants may obtain the request for establishing the multi-party call from the above. Get and display.
- the method further includes: receiving a notification message sent by the initiator by using the server; and displaying the notification message.
- FIG. 4 shows a schematic block diagram of an IMS multiparty call based information synchronizing apparatus suitable for any party of a multiparty call according to an embodiment of the present invention.
- an IMS multiparty call based information synchronization apparatus 400 suitable for any participant of a multiparty call according to an embodiment of the present invention includes a response unit 402, a first receiving unit 404, and a display unit 406.
- the response unit 402 is configured to respond to a request for establishing a multiparty call sent by the server to establish a multiparty call.
- a first receiving unit 404 configured to receive an initiator of the multiparty call by using the server Information of all participants of the multiparty call sent.
- the display unit 406 is configured to display information of all the participants, or display information of all the participants of the all participants except the any one of the participants.
- the (participant) can display the information of all the participants sent by the initiator of the multi-party call through the server and display the information of all the participants, so that other parties in the IMS multi-party call other than the initiator can also display
- the information of all participants can ensure that each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
- each participant since each participant must know that he or she is already in a multi-party call when participating in a multi-party call, it is also possible to display information of all participants other than themselves, without displaying their own information.
- the method further includes: an obtaining unit 408, configured to acquire the initiation from the request for establishing a multi-party call when the information of the initiator is not included in the information of all the participants
- the information of the party is also used to display the information of the initiator while displaying the information of all the participants or the other participants.
- the initiator since the initiator has already included its own information when sending the establishment request of the multi-party call to the server, when the initiator does not send its own information, the other participants may obtain the request for establishing the multi-party call from the above. Get and display.
- the method further includes: a second receiving unit 410, configured to receive a notification message sent by the initiator by using the server; and the display unit 406 is further configured to display the notification message.
- the present invention also proposes a terminal (not shown), comprising: an IMS multiparty call based information synchronizing apparatus 200 suitable for an initiator of a multiparty call as shown in FIG. 2, and/or as shown in FIG.
- the invitees are unaware of other invited address information. Therefore, the present invention proposes a scheme that enables an invitee to know information of all participants in a multiparty call, and other participants can also know in time when a new participant joins or a participant withdraws; And in the meeting, the initiator can go to other participants
- the sender sends a notification message; in addition, the technical solution of the present invention is compatible with the current multi-party call architecture, and does not affect multi-party calls that do not support the function device.
- the IMS multi-party call-based information synchronization system 500 of the present invention mainly includes a capability query module 502, a message sending module 504, and a message receiving module 506. Details are as follows:
- Capability query module 502 is
- the capability query module 502 is configured to determine whether the invitee has the function of processing the information synchronization message during the multi-party call. For this purpose, it is necessary to send an OPTIONS query to each contact to have the capability to avoid sending to the participant who does not support the function. If a related message is sent to a participant who does not support the function, it may be regarded as a normal message and notify the user. If the information is synchronized frequently, more messages will be sent, which affects the user experience.
- a new private field (which may be different from other existing fields, such as multitel-userlist) may be added in the Contact header field of the OPTIONS to indicate whether the information synchronization message is processed during the multi-party call.
- the format may be : "Contact: ⁇ initiator URI>; ...; multitel-userlist; ...,” ellipsis indicates other capability parameters. If the other party supports it, the URI (Uniform Resource Identifier) is marked as supporting synchronization of information during multi-party call; if the URI is not supported if it is not supported, the URI is not required to be queried again later.
- the processing flow of the capability query module 502 is as shown in FIG. 6.
- the process flow of the capability query module 502 includes:
- step 602 it is determined whether the URI of a certain participant has been successfully queried. If yes, step 604 is performed; otherwise, step 606 is performed. The basis for the judgment is whether the URI has been stored. If the initial query or the previous query fails, there is no record. If the previous query is successful, the URI will be recorded.
- step 604 the result is directly obtained.
- Step 606 the ability to query the URI.
- step 608 it is determined whether the query is successful. If yes, step 610 is performed; otherwise, it ends.
- step 610 it is determined whether the information synchronization during the multi-party call is supported. If yes, step 612 is performed; otherwise, step 614 is performed.
- Step 612 storing the URI and marking the URI to support information synchronization during a multiparty call.
- step 614 the URI is stored and the URI is marked as not supporting information synchronization during the multiparty call.
- the message sending module 504 is primarily responsible for the transmission of messages during multi-party calls, including the transmission of participant information and the transmission of other messages.
- the initiator of the multi-party call constructs a participant list and sends the list to other participants, and other participants resolve the URIs therein to obtain Other participating users.
- the method of sending the participant list uses SIP MESSAGE (of course, it can be other methods), and the entire participant list is represented by XML.
- the URI in the Contact is the address of the multi-party call in the multi-party call
- the Contact-Type header field is application/resource-lists+xml.
- URIs are A@domain.com, B@domain.com, C@domain.com, and D@domain.com, where A is The initiator of the multiparty call, that is, A sends a message to B, C, and D, the XML to be constructed is as follows:
- the initiator's URI has been obtained from the From header field of the INVITE when the invitee joins the multiparty call, there is no need to send the initiator's URI again, and after the other participants obtain, the initiator's URI can be added. Display or delete your own URI directly and display it.
- this module can send ordinary messages related to this conference to other participants for the purpose of notification.
- the format of the message is similar to the message that sent the participant list, except that the content of the Content-Type is text/plain.
- the content carried is text.
- the text content is input by the text input box.
- the input box should not be able to input the message (because each time the user increases or decreases, the user will determine which users support the information synchronization. So it is easy to determine if the input box can input the message), then only the participant list update will call this module.
- the processing flow of this module is shown in Figure 7:
- the processing flow of the message sending module 504 according to the embodiment of the present invention includes:
- step 702 it is determined whether to create a new conference. If yes, step 704 is performed; otherwise, step 714 is performed.
- the initiator can carry the list of invitees in the INVITE request, and invite multiple people at a time.
- Step 704 waiting for the conference to be established. After the server establishes the conference resources, you need to invite the participants one by one, which takes a certain amount of time. After the success or failure response of all invited participants is received, the conference is completed.
- step 706 it is determined whether the participant is empty, and if so, the process ends; otherwise, step 708 is performed. Since the invited person may choose not to join the meeting for various reasons, or the server invitation fails, the final number of people in the meeting may be less than the invitation.
- Step 708 construct a participant list according to the current participant. among them.
- the list can be described in XML and does not need to contain the initiator (and of course can be included) in the format described above.
- step 710 the capability query module is invoked to query whether each participant supports the URI of information synchronization during the conference. If it is not supported or the query fails, it is not supported.
- step 712 the constructed XML list is sent to a URI that supports information synchronization during the conference. If no information synchronization is supported, it will not be sent.
- step 714 it is determined whether the participant is added or decreased. If yes, step 716 is performed; otherwise, step 718 is performed.
- step 716 it is determined whether the participant adds or decreases success. If yes, step 708 is performed; otherwise, it ends.
- Step 718 Obtain a message input by the initiator.
- step 720 the capability query module is invoked to query a URI that supports information synchronization during a multiparty call.
- step 722 the message is sent to the URI supporting the synchronization of the information, and if no information synchronization is supported, it is not sent.
- the message receiving module 506 is primarily responsible for message processing associated with the conference.
- the URI of the Contact field is the same as the address assigned by the conference server (the conference URI of the invited participant will be carried along with the invited INVITE, and then saved. Alternatively, it may be used to compare the URI of the subsequent synchronization information message, and the Content-Type content of the message is application/resource-lists+xml, and the message may be determined as a message for updating the participant list.
- each recipient parses out the URI, deletes its own URI (and may not delete it), and together with the original initiator's URI, constitutes the URI of all participants. If the received Content-Type content is text/plain, it is a notification message issued by the initiator and sent to the display location display.
- the processing flow of this module is shown in Figure 8.
- the processing flow of the message receiving module 506 includes:
- Step 802 Determine whether the message of the synchronization information is received, and if yes, execute step 804; otherwise, end.
- the basis for the judgment is based on the contents of the From header field and the Contact header field of the MESSAGE message. If the URI in the From header field is the URI of the initiator, and the Contact header field is the conference address of the conference, it is a synchronization information message.
- step 804 it is determined whether it is a participant list message. If yes, step 808 is performed; otherwise, step 806 is performed. If the Content-Type content is application/resource-lists+xml, it is a participant list message, otherwise it is a published notification message.
- step 806 the content is obtained and displayed in the notification display area.
- step 808 the participant list is parsed, the URI of the user is deleted, and the URI of the initiator is merged and displayed, so that the URIs of all the participants in the conference except themselves can be displayed.
- the technical solution of the invention expands the function on the basis of the original multi-party call and solves the problem.
- the invited participants in the multiparty call can only see the URI of the initiator but cannot know the URI of other participants.
- the URI of the current multiparty call participant on each terminal can be adjusted according to the increase or decrease of the participant, and In the process of a multiparty call, the initiator can send a notification message to other participants.
- the invention does not affect the multi-party call participants who do not support the function, and does not need to modify the current multi-party call server end, and has good compatibility.
- the present invention proposes a new information synchronization scheme based on IMS multiparty call, so that other participants in the IMS multiparty call except the initiator can also display all participants.
- the information ensures that each participant can view the information of the participants of the multi-party call, which is beneficial to enhance the user experience.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种基于IMS多方通话的信息同步方法、信息同步装置和终端,其中,适用于多方通话的发起方的基于IMS多方通话的信息同步方法,包括:向服务器发送多方通话的建立请求,以使服务器邀请所述建立请求中包含的被邀请方进行多方通话;接收服务器发送的多方通话建立完成的反馈消息,根据反馈消息确定多方通话的所有参与方的信息;将所有参与方的信息发送至服务器,以使服务器将所有参与方的信息转发至所有参与方中的指定参与方,供指定参与方显示所有参与方的信息。本发明的技术方案使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。
Description
本申请要求于2015年1月27日提交中国专利局、申请号为201510041075.9,发明名称为“基于IMS多方通话的信息同步方法和信息同步装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本发明涉及IMS多方通话技术领域,具体而言,涉及一种基于IMS多方通话的信息同步方法、一种基于IMS多方通话的信息同步装置和一种终端。
随着移动通信技术的发展,4G通信正在迅速普及。当前各家运营商选择IMS(IP Multimedia Subsystem IP多媒体子系统,当前VoLTE技术的基础)作为在4G网络下支持多媒体通信的技术,基于IMS技术,4G网络可以提供多种服务,多方通话就是其中一种。当前的多方通话允许多人进行同时通话,由发起方发起通话,发起方可以一次邀请多人或者逐个邀请其他参与者加入到多方通话中。在发起通话时,无论是一次邀请多人还是逐个邀请其他参与者,都是服务器转换成普通呼叫的INVITE(SIP协议中的请求)去逐个邀请其它参与者,在多方通话建立之后,发起方可以看到所有与会者,每个被邀请方仅能看到发起方的信息,并不能看到其它被邀请方的信息,影响用户的使用体验。
因此,如何能够确保基于IMS多方通话的每个参与者都能够查看到多方通话的参与方的信息成为亟待解决的技术问题。
发明内容
本发明正是基于上述技术问题至少之一,提出了一种新的基于IMS多方通话的信息同步方案,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。
有鉴于此,本发明提出了一种适用于多方通话的发起方的基于IMS多方通话的信息同步方法,包括:向服务器发送多方通话的建立请求,以使所述服务器邀请所述建立请求中包含的被邀请方进行多方通话;接收所述服务器发送的多方通话建立完成的反馈消息,根据所述反馈消息确定所述多方通话的所有参与方的信息;将所述所有参与方的信息发送至所述服务器,以使所述服务器将所述所有参与方的信息转发至所述所有参与方中的指定参与方,供所述指定参与方显示所述所有参与方的信息。
在该技术方案中,(发起方)通过确定多方通话的所有参与方的信息,并将所有参与方的信息通过服务器发送至指定参与方,以供该指定参与方显示所有参与方的信息,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。
其中,指定参与方可以是所有的参与方,也可以是发起方指定的所有参与方中的某些参与方。
在上述技术方案中,优选地,在将所述所有参与方的信息发送至所述服务器之前,还包括:确定所述所有参与方中的每个参与方是否具有多方通话期间的信息同步功能,并将所述所有参与方中具有多方通话期间的信息同步功能的参与方作为所述指定参与方。
在该技术方案中,通过将所有参与方中具有多方通话期间的信息同步功能的参与方作为上述指定参与方,使得能够避免不具有多方通话期间的信息同步功能的参与方在接收到信息后频繁通知用户而影响用户的体验。
在上述技术方案中,优选地,确定所述所有参与方中的每个参与方是否具有多方通话期间的信息同步功能的步骤具体包括:判断是否已存储所述每个参与方的能力标识,所述能力标识表示所述每个参与方是否具有多方通话期间的信息同步功能;若判定已存储所述所有参与方中的任一参与方的能力标识,则直接根据所述任一参与方的能力标识确定所述任一参与方是否具有多方通话期间的信息同步功能;若判定未存储所有参与方中的任一参与方的能力标识,则通过发送OPTIONS消息查询所述任一参与方是否具有多方通话期间的信息同步功能,并在对所述任一参与方是否具有多
方通话期间的信息同步功能查询成功时,对应存储所述任一参与方的信息和所述任一参与方的能力标识。
在该技术方案中,若事先已经存储了每个参与方的能力标识,则可以直接确定每个参与方是否具有多方通话期间的信息同步功能;若没有事先存储,则可以通过发送OPTIONS(SIP协议中的请求)消息对参与方的能力进行查询。而在对任一参与方是否具有多方通话期间的信息同步功能查询成功时,对应存储任一参与方的信息和其能力标识,使得发起方下次无需再进行查询就可以直接确定其能力。
在上述技术方案中,优选地,通过在所述OPTIONS消息中的Contact头字段添加专有字段用于表示所述任一参与方是否具有多方通话期间的信息同步功能。
在上述技术方案中,优选地,还包括:在所述多方通话的参与方发生变化时,更新所述多方通话的所有参与方的信息,并将更新后的所述多方通话的所有参与方的信息发送至所述指定参与方。优选地,可以由上述服务器发送至所述指定参与方。
在该技术方案中,通过将更新后的多方通话的所有参与方的信息发送至上述指定参与方,使得上述指定参与方能够显示实时的多方通话的参与方信息。
在上述技术方案中,优选地,还包括:向所述服务器发送通知消息,以使所述服务器将所述通知消息转发至所述指定参与方。
根据本发明的第二方面,还提出了一种适用于多方通话的任一参与方的基于IMS多方通话的信息同步方法,包括:对服务器发送的建立多方通话的请求进行响应,以建立多方通话;接收所述多方通话的发起方通过所述服务器发送的所述多方通话的所有参与方的信息;显示所述所有参与方的信息,或显示所述所有参与方中除所述任一参与方之外的其他参与方的信息。
在该技术方案中,(参与方)通过接收多方通话的发起方通过服务器发送的所有参与方的信息并显示所有参与方的信息,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每
个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。此外,由于每个参与方在参与多方通话时,必定知道自身已处在多方通话中,因此也可以不显示自身的信息,即显示所有参与方中除自身之外的其他参与方的信息。
在上述技术方案中,优选地,还包括:在所述所有参与方的信息中未包含所述发起方的信息时,从所述建立多方通话的请求中获取所述发起方的信息;在显示所述所有参与方或所述其他参与方的信息的同时,显示所述发起方的信息。
在该技术方案中,由于发起方在向服务器发送多方通话的建立请求时,已经包含了自身的信息,因此在发起方未发送自身的信息时,其他参与方可以从上述建立多方通话的请求中获取到并进行显示。
在上述技术方案中,优选地,还包括:接收所述发起方通过所述服务器发送的通知消息;显示所述通知消息。
根据本发明的第三方面,还提出了一种适用于多方通话的发起方的基于IMS多方通话的信息同步装置,包括:第一发送单元,用于向服务器发送多方通话的建立请求,以使所述服务器邀请所述建立请求中包含的被邀请方进行多方通话;接收单元,用于接收所述服务器发送的多方通话建立完成的反馈消息;第一确定单元,用于根据所述反馈消息确定所述多方通话的所有参与方的信息;第二发送单元,用于将所述所有参与方的信息发送至所述服务器,以使所述服务器将所述所有参与方的信息转发至所述所有参与方中的指定参与方,供所述指定参与方显示所述所有参与方的信息。
在该技术方案中,(发起方)通过确定多方通话的所有参与方的信息,并将所有参与方的信息通过服务器发送至指定参与方,以供该指定参与方显示所有参与方的信息,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。
其中,指定参与方可以是所有的参与方,也可以是发起方指定的所有参与方中的某些参与方。
在上述技术方案中,优选地,还包括:处理单元,用于确定所述所有
参与方中的每个参与方是否具有多方通话期间的信息同步功能,并将所述所有参与方中具有多方通话期间的信息同步功能的参与方作为所述指定参与方。
在该技术方案中,通过将所有参与方中具有多方通话期间的信息同步功能的参与方作为上述指定参与方,使得能够避免不具有多方通话期间的信息同步功能的参与方在接收到信息后频繁通知用户而影响用户的体验。
在上述技术方案中,优选地,所述处理单元包括:判断单元,用于判断是否已存储所述每个参与方的能力标识,所述能力标识表示所述每个参与方是否具有多方通话期间的信息同步功能;第二确定单元,用于在所述判断单元判定已存储所述所有参与方中的任一参与方的能力标识时,直接根据所述任一参与方的能力标识确定所述任一参与方是否具有多方通话期间的信息同步功能;查询单元,用于在所述判断单元判定未存储所有参与方中的任一参与方的能力标识时,通过发送OPTIONS消息查询所述任一参与方是否具有多方通话期间的信息同步功能;存储单元,用于在所述查询单元对所述任一参与方是否具有多方通话期间的信息同步功能查询成功时,对应存储所述任一参与方的信息和所述任一参与方的能力标识。
在该技术方案中,若事先已经存储了每个参与方的能力标识,则可以直接确定每个参与方是否具有多方通话期间的信息同步功能;若没有事先存储,则可以通过发送OPTIONS(SIP协议中的请求)消息对参与方的能力进行查询。而在对任一参与方是否具有多方通话期间的信息同步功能查询成功时,对应存储任一参与方的信息和其能力标识,使得发起方下次无需再进行查询就可以直接确定其能力。
在上述技术方案中,优选地,通过在所述OPTIONS消息中的Contact头字段添加专有字段用于表示所述任一参与方是否具有多方通话期间的信息同步功能。
在上述技术方案中,优选地,还包括:更新单元,用于在所述多方通话的参与方发生变化时,更新所述多方通话的所有参与方的信息;所述第二发送单元还用于,将所述更新单元更新后的所述多方通话的所有参与方的信息发送至所述指定参与方。优选地,可以由上述服务器发送至所述指
定参与方。
在该技术方案中,通过将更新后的多方通话的所有参与方的信息发送至上述指定参与方,使得上述指定参与方能够显示实时的多方通话的参与方信息。
在上述技术方案中,优选地,还包括:第三发送单元,用于向所述服务器发送通知消息,以使所述服务器将所述通知消息转发至所述指定参与方。
根据本发明的第四方面,还提出了一种适用于多方通话的任一参与方的基于IMS多方通话的信息同步装置,包括:响应单元,用于对服务器发送的建立多方通话的请求进行响应,以建立多方通话;第一接收单元,用于接收所述多方通话的发起方通过所述服务器发送的所述多方通话的所有参与方的信息;显示单元,用于显示所述所有参与方的信息,或显示所述所有参与方中除所述任一参与方之外的其他参与方的信息。
在该技术方案中,(参与方)通过接收多方通话的发起方通过服务器发送的所有参与方的信息并显示所有参与方的信息,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。此外,由于每个参与方在参与多方通话时,必定知道自身已处在多方通话中,因此也可以不显示自身的信息,即显示所有参与方中除自身之外的其他参与方的信息。
在上述技术方案中,优选地,还包括:获取单元,用于在所述所有参与方的信息中未包含所述发起方的信息时,从所述建立多方通话的请求中获取所述发起方的信息;所述显示单元还用于,在显示所述所有参与方或所述其他参与方的信息的同时,显示所述发起方的信息。
在该技术方案中,由于发起方在向服务器发送多方通话的建立请求时,已经包含了自身的信息,因此在发起方未发送自身的信息时,其他参与方可以从上述建立多方通话的请求中获取到并进行显示。
在上述技术方案中,优选地,还包括:第二接收单元,用于接收所述发起方通过所述服务器发送的通知消息;所述显示单元还用于,显示所述
通知消息。
根据本发明的第四方面,还提出了一种终端,包括:如上述任一项技术方案中所述的适用于多方通话的发起方的基于IMS多方通话的信息同步装置,和/或如上述任一项技术方案中所述的适用于多方通话的任一参与方的基于IMS多方通话的信息同步装置。
通过以上技术方案,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。
图1示出了根据本发明的实施例的适用于多方通话的发起方的基于IMS多方通话的信息同步方法的示意流程图;
图2示出了根据本发明的实施例的适用于多方通话的发起方的基于IMS多方通话的信息同步装置的示意框图;
图3示出了根据本发明的实施例的适用于多方通话的任一参与方的基于IMS多方通话的信息同步方法的示意流程图;
图4示出了根据本发明的实施例的适用于多方通话的任一参与方的基于IMS多方通话的信息同步装置的示意框图;
图5示出了根据本发明的实施例的基于IMS多方通话的信息同步系统的示意框图;
图6示出了根据本发明的实施例的能力查询模块的处理流程示意图;
图7示出了根据本发明的实施例的消息发送模块的处理流程示意图;
图8示出了根据本发明的实施例的消息接收模块的处理流程示意图。
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,
本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的适用于多方通话的发起方的基于IMS多方通话的信息同步方法的示意流程图。
如图1所示,根据本发明的实施例的适用于多方通话的发起方的基于IMS多方通话的信息同步方法,包括:步骤102,向服务器发送多方通话的建立请求,以使所述服务器邀请所述建立请求中包含的被邀请方进行多方通话;步骤104,接收所述服务器发送的多方通话建立完成的反馈消息,根据所述反馈消息确定所述多方通话的所有参与方的信息;步骤106,将所述所有参与方的信息发送至所述服务器,以使所述服务器将所述所有参与方的信息转发至所述所有参与方中的指定参与方,供所述指定参与方显示所述所有参与方的信息。
在该技术方案中,(发起方)通过确定多方通话的所有参与方的信息,并将所有参与方的信息通过服务器发送至指定参与方,以供该指定参与方显示所有参与方的信息,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。
其中,指定参与方可以是所有的参与方,也可以是发起方指定的所有参与方中的某些参与方。
在上述技术方案中,优选地,在将所述所有参与方的信息发送至所述服务器之前,还包括:确定所述所有参与方中的每个参与方是否具有多方通话期间的信息同步功能,并将所述所有参与方中具有多方通话期间的信息同步功能的参与方作为所述指定参与方。
在该技术方案中,通过将所有参与方中具有多方通话期间的信息同步功能的参与方作为上述指定参与方,使得能够避免不具有多方通话期间的信息同步功能的参与方在接收到信息后频繁通知用户而影响用户的体验。
在上述技术方案中,优选地,确定所述所有参与方中的每个参与方是否具有多方通话期间的信息同步功能的步骤具体包括:判断是否已存储所述每个参与方的能力标识,所述能力标识表示所述每个参与方是否具有多
方通话期间的信息同步功能;若判定已存储所述所有参与方中的任一参与方的能力标识,则直接根据所述任一参与方的能力标识确定所述任一参与方是否具有多方通话期间的信息同步功能;若判定未存储所有参与方中的任一参与方的能力标识,则通过发送OPTIONS消息查询所述任一参与方是否具有多方通话期间的信息同步功能,并在对所述任一参与方是否具有多方通话期间的信息同步功能查询成功时,对应存储所述任一参与方的信息和所述任一参与方的能力标识。
在该技术方案中,若事先已经存储了每个参与方的能力标识,则可以直接确定每个参与方是否具有多方通话期间的信息同步功能;若没有事先存储,则可以通过发送OPTIONS(SIP协议中的请求)消息对参与方的能力进行查询。而在对任一参与方是否具有多方通话期间的信息同步功能查询成功时,对应存储任一参与方的信息和其能力标识,使得发起方下次无需再进行查询就可以直接确定其能力。
在上述技术方案中,优选地,通过在所述OPTIONS消息中的Contact头字段添加专有字段用于表示所述任一参与方是否具有多方通话期间的信息同步功能。
在上述技术方案中,优选地,还包括:在所述多方通话的参与方发生变化时,更新所述多方通话的所有参与方的信息,并将更新后的所述多方通话的所有参与方的信息发送至所述指定参与方。优选地,可以由上述服务器发送至所述指定参与方。
在该技术方案中,通过将更新后的多方通话的所有参与方的信息发送至上述指定参与方,使得上述指定参与方能够显示实时的多方通话的参与方信息。
在上述技术方案中,优选地,还包括:向所述服务器发送通知消息,以使所述服务器将所述通知消息转发至所述指定参与方。
图2示出了根据本发明的实施例的适用于多方通话的发起方的基于IMS多方通话的信息同步装置的示意框图。
如图2所示,根据本发明的实施例的适用于多方通话的发起方的基于IMS多方通话的信息同步装置200,包括:第一发送单元202、接收单元
204、第一确定单元206和第二发送单元208。
其中,第一发送单元202,用于向服务器发送多方通话的建立请求,以使所述服务器邀请所述建立请求中包含的被邀请方进行多方通话。
接收单元204,用于接收所述服务器发送的多方通话建立完成的反馈消息。
第一确定单元206,用于根据所述反馈消息确定所述多方通话的所有参与方的信息。
第二发送单元208,用于将所述所有参与方的信息发送至所述服务器,以使所述服务器将所述所有参与方的信息转发至所述所有参与方中的指定参与方,供所述指定参与方显示所述所有参与方的信息。
在该技术方案中,(发起方)通过确定多方通话的所有参与方的信息,并将所有参与方的信息通过服务器发送至指定参与方,以供该指定参与方显示所有参与方的信息,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。
其中,指定参与方可以是所有的参与方,也可以是发起方指定的所有参与方中的某些参与方。
在上述技术方案中,优选地,还包括:处理单元210,用于确定所述所有参与方中的每个参与方是否具有多方通话期间的信息同步功能,并将所述所有参与方中具有多方通话期间的信息同步功能的参与方作为所述指定参与方。
在该技术方案中,通过将所有参与方中具有多方通话期间的信息同步功能的参与方作为上述指定参与方,使得能够避免不具有多方通话期间的信息同步功能的参与方在接收到信息后频繁通知用户而影响用户的体验。
在上述技术方案中,优选地,所述处理单元210包括:判断单元2102,用于判断是否已存储所述每个参与方的能力标识,所述能力标识表示所述每个参与方是否具有多方通话期间的信息同步功能;第二确定单元2104,用于在所述判断单元2102判定已存储所述所有参与方中的任一参与方的能力标识时,直接根据所述任一参与方的能力标识确定所述任一参与方是
否具有多方通话期间的信息同步功能;查询单元2106,用于在所述判断单元2102判定未存储所有参与方中的任一参与方的能力标识时,通过发送OPTIONS消息查询所述任一参与方是否具有多方通话期间的信息同步功能;存储单元2108,用于在所述查询单元2106对所述任一参与方是否具有多方通话期间的信息同步功能查询成功时,对应存储所述任一参与方的信息和所述任一参与方的能力标识。
在该技术方案中,若事先已经存储了每个参与方的能力标识,则可以直接确定每个参与方是否具有多方通话期间的信息同步功能;若没有事先存储,则可以通过发送OPTIONS(SIP协议中的请求)消息对参与方的能力进行查询。而在对任一参与方是否具有多方通话期间的信息同步功能查询成功时,对应存储任一参与方的信息和其能力标识,使得发起方下次无需再进行查询就可以直接确定其能力。
在上述技术方案中,优选地,通过在所述OPTIONS消息中的Contact头字段添加专有字段用于表示所述任一参与方是否具有多方通话期间的信息同步功能。
在上述技术方案中,优选地,还包括:更新单元212,用于在所述多方通话的参与方发生变化时,更新所述多方通话的所有参与方的信息;所述第二发送单元208还用于,将所述更新单元212更新后的所述多方通话的所有参与方的信息发送至所述指定参与方。优选地,可以由上述服务器发送至所述指定参与方。
在该技术方案中,通过将更新后的多方通话的所有参与方的信息发送至上述指定参与方,使得上述指定参与方能够显示实时的多方通话的参与方信息。
在上述技术方案中,优选地,还包括:第三发送单元214,用于向所述服务器发送通知消息,以使所述服务器将所述通知消息转发至所述指定参与方。
图3示出了根据本发明的实施例的适用于多方通话的任一参与方的基于IMS多方通话的信息同步方法的示意流程图。
如图3所示,根据本发明的实施例的适用于多方通话的任一参与方的
基于IMS多方通话的信息同步方法,包括:步骤302,对服务器发送的建立多方通话的请求进行响应,以建立多方通话;步骤304,接收所述多方通话的发起方通过所述服务器发送的所述多方通话的所有参与方的信息;步骤306,显示所述所有参与方的信息,或显示所述所有参与方中除所述任一参与方之外的其他参与方的信息。
在该技术方案中,(参与方)通过接收多方通话的发起方通过服务器发送的所有参与方的信息并显示所有参与方的信息,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。此外,由于每个参与方在参与多方通话时,必定知道自身已处在多方通话中,因此也可以不显示自身的信息,即显示所有参与方中除自身之外的其他参与方的信息。
在上述技术方案中,优选地,还包括:在所述所有参与方的信息中未包含所述发起方的信息时,从所述建立多方通话的请求中获取所述发起方的信息;在显示所述所有参与方或所述其他参与方的信息的同时,显示所述发起方的信息。
在该技术方案中,由于发起方在向服务器发送多方通话的建立请求时,已经包含了自身的信息,因此在发起方未发送自身的信息时,其他参与方可以从上述建立多方通话的请求中获取到并进行显示。
在上述技术方案中,优选地,还包括:接收所述发起方通过所述服务器发送的通知消息;显示所述通知消息。
图4示出了根据本发明的实施例的适用于多方通话的任一参与方的基于IMS多方通话的信息同步装置的示意框图。
如图4所示,根据本发明的实施例的适用于多方通话的任一参与方的基于IMS多方通话的信息同步装置400,包括:响应单元402、第一接收单元404和显示单元406。
其中,响应单元402,用于对服务器发送的建立多方通话的请求进行响应,以建立多方通话。
第一接收单元404,用于接收所述多方通话的发起方通过所述服务器
发送的所述多方通话的所有参与方的信息。
显示单元406,用于显示所述所有参与方的信息,或显示所述所有参与方中除所述任一参与方之外的其他参与方的信息。
在该技术方案中,(参与方)通过接收多方通话的发起方通过服务器发送的所有参与方的信息并显示所有参与方的信息,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。此外,由于每个参与方在参与多方通话时,必定知道自身已处在多方通话中,因此也可以不显示自身的信息,即显示所有参与方中除自身之外的其他参与方的信息。
在上述技术方案中,优选地,还包括:获取单元408,用于在所述所有参与方的信息中未包含所述发起方的信息时,从所述建立多方通话的请求中获取所述发起方的信息;所述显示单元406还用于,在显示所述所有参与方或所述其他参与方的信息的同时,显示所述发起方的信息。
在该技术方案中,由于发起方在向服务器发送多方通话的建立请求时,已经包含了自身的信息,因此在发起方未发送自身的信息时,其他参与方可以从上述建立多方通话的请求中获取到并进行显示。
在上述技术方案中,优选地,还包括:第二接收单元410,用于接收所述发起方通过所述服务器发送的通知消息;所述显示单元406还用于,显示所述通知消息。
本发明还提出了一种终端(图中未示出),包括:如图2所示的适用于多方通话的发起方的基于IMS多方通话的信息同步装置200,和/或如图4所示的适用于多方通话的任一参与方的基于IMS多方通话的信息同步装置400。
以下结合图5至图8详细说明本发明的技术方案。
考虑到当前的基于IMS多方通话的方案中,被邀请者均不知道其他被邀请的地址信息。因此,本发明提出了一种方案,使得被邀请者能够得知多方通话中所有参与者的信息,并且在有新的参与者加入或者有参与者退出时,其他参与者也能够及时得知;而且在会议中,发起者可以向其他参
与者发送通知消息;此外,本发明的技术方案与当前多方通话架构兼容,不会对不支持该功能设备的多方通话造成影响。
如图5所示,为了在多方通话过程中进行信息的同步,本发明提出的基于IMS多方通话的信息同步系统500主要包括:能力查询模块502、消息发送模块504和消息接收模块506。现分别详述如下:
能力查询模块502:
能力查询模块502用来确定被邀请者是否具备多方通话期间处理信息同步消息的功能,为此需要向每个联系人发送OPTIONS查询是否具有该能力,避免向不支持该功能的参与者发送。若向不支持该功能的参与者发送相关消息,可能会被当成普通消息并通知用户,如果信息同步较为频繁,会发送较多消息,影响用户的使用体验。
其中,可以在OPTIONS的Contact头字段中添加新的专有字段(与现在其它已有字段不同即可,如可以是multitel-userlist)来表明是否支持多方通话期间处理信息同步消息,其格式可以为:“Contact:<发起者URI>;……;multitel-userlist;……,”省略号表示其它的能力参数。如果对方支持,则将该URI(Uniform Resource Identifier,统一资源标识符)标记为支持多方通话期间信息同步;如果不支持就标记该URI不支持,以后再使用该URI就无需再次查询。能力查询模块502的处理流程如图6所示。
如图6所示,根据本发明的实施例的能力查询模块502的处理流程,包括:
步骤602,判断某一参与者的URI是否已经查询成功过,若是,则执行步骤604;否则,执行步骤606。判断的依据是该URI是否已经被存储,若是初次查询或之前查询失败,则没有记录,若之前查询成功后,则该URI会被记录。
步骤604,直接获取结果。
步骤606,查询该URI的能力。
步骤608,判断是否查询成功,若是,则执行步骤610;否则,结束。
步骤610,判断是否支持多方通话期间的信息同步,若是,则执行步骤612;否则,执行步骤614。
步骤612,存储该URI,并标记该URI为支持多方通话期间的信息同步。
步骤614,存储该URI,并标记该URI为不支持多方通话期间的信息同步。
消息发送模块504:
消息发送模块504主要负责在多方通话期间消息的发送,包括与会者信息的发送和其它消息的发送。当建立一个新的多方通话或者在多方通话中有用户加入和退出时,多方通话的发起方构建参与者列表,并将列表发送给其他参与者,其他参与者解析出其中的URI,即可获取其他参与用户。发送参与者列表的方法使用SIP MESSAGE(当然,也可以是其他方法),整个参与者列表使用XML表示。其中MESSAGE消息中,Contact中的URI为本次多方通话在多方通话服务器的地址,Contact-Type头字段为application/resource-lists+xml。
具体地,若当前多方通话中存在用户A、B、C、D,他们的URI分别为A@domain.com、B@domain.com、C@domain.com和D@domain.com,其中A是多方通话的发起方,即A向B、C、D发送消息,则需构建的XML如下:
<?xml version="1.0"encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists">
<list>
<entry uri="sip:B@domain.com"/>
<entry uri="sip:C@domain.com"/>
<entry uri="sip:D@domain.com"/>
</list>
</resource-lists>
为了降低复杂度,只需要构建一个XML。同时,由于发起者的URI在被邀请者加入到多方通话时已从INVITE的From头字段中获得,因此,无需再次发送发起者的URI,其他参与者获取之后,可以将发起者的URI添加之后直接显示或从中删除自己的URI再进行显示。
另外,本模块可以发送本次会议相关的普通消息给其他与会者,以起到通知的作用。该消息的格式与发送与会者列表的消息类似,只是Content-Type的内容是text/plain。携带的内容为文本。文本内容由文本输入框输入,当多方通话中除发起者外,不存在支持信息同步的其他与会者时,输入框应不能输入消息(由于每次增加或减少用户都会确定哪些用户支持信息同步,所以很容易确定输入框是否能输入消息),此时仅有与会者列表更新才会调用本模块。本模块的处理流程如图7所示:
如图7所示,根据本发明的实施例的消息发送模块504的处理流程,包括:
步骤702,判断是否新建会议,若是,则执行步骤704;否则,执行步骤714。其中,新建会议时,发起方可以在INVITE请求中携带被邀请者的列表,一次邀请多人。
步骤704,等待会议建立完成。服务器建立会议资源后,还需要逐个邀请与会者,这需要一定时间。在收到所有被邀请与会者的成功或失败响应后,即为会议建立完成。
步骤706,判断与会者是否为空,若是,则结束;否则,执行步骤708。由于被邀请人员因为各种原因可能选择不加入该会议,或服务器邀请失败,所以可能会议中最终人数比邀请的要少。
步骤708,根据当前的与会者,构建与会者列表。其中。列表可以用XML描述,不需要包含发起者(当然也可以包含),格式如前面所述。
步骤710,调用能力查询模块查询每个与会者是否支持会议期间信息同步的URI。如果是不支持或者查询失败,都按不支持处理。
步骤712,将构建的XML列表发送给支持会议期间信息同步的URI。如果都不支持信息同步,则不发送。
步骤714,判断是否是添加或减少与会者,若是,则执行步骤716;否则,执行步骤718。
步骤716,判断与会者是否添加或减少成功,若是,则执行步骤708;否则,结束。
步骤718,获取发起者输入的消息。
步骤720,调用能力查询模块查询支持多方通话期间的信息同步的URI。
步骤722,将消息发送给支持信息同步的URI,如果都不支持信息同步,则不发送。
消息接收模块506:
消息接收模506主要负责该会议相关的消息处理。当收到MESSAGE消息时,如果发现From头字段和发起者一致、Contact字段的URI和会议服务器分配的地址一致(被邀请与会者的本次会议URI会随着邀请的INVITE携带过来,存下来即可,用来和后续的同步信息消息的URI进行比对),并且消息的Content-Type内容为application/resource-lists+xml,则可将该消息断定为更新参与者列表的消息。收到该消息后,各接收者解析出其中的URI,删除其中自己的URI(也可以不删除),和原有的发起方的URI一起,就构成了所有参与者的URI。如果收到的Content-Type内容为text/plain,则是发起方发布的通知消息,送到显示位置显示即可。该模块的处理流程如图8所示。
如图8所示,根据本发明的实施例的消息接收模块506的处理流程,包括:
步骤802,判断是否收到同步信息的消息,若是,则执行步骤804;否则,结束。判断的依据是根据MESSAGE消息的From头字段和Contact头字段的内容。如果From头字段中URI为发起者的URI,Contact头字段为本次会议的会议地址,则是同步信息消息。
步骤804,判断是否是与会者列表消息,若是,则执行步骤808;否则,执行步骤806。如果Content-Type内容是application/resource-lists+xml,则是与会者列表消息,否则是发布的通知消息。
步骤806,获取其中的内容,在通知显示区域显示。
步骤808,解析出其中的与会者列表,删除自己的URI,和发起方的URI合并后进行显示,这样就可以显示除自己外该会议中所有的参与者的URI。
本发明的技术方案在原有多方通话的基础之上进行功能扩展,解决了
多方通话中被邀请的参与者只能看到发起方的URI而不能得知其他参与者URI的情况,每个终端上当前多方通话参与者的URI可以根据参与者的增加或减少而调整,并且在多方通话的过程中,发起者可以向其他参与者发送通知消息。本发明不会对不支持该功能的多方通话参与者造成影响,也不需要修改当前的多方通话服务器端,具有良好的兼容性。
以上结合附图详细说明了本发明的技术方案,本发明提出了一种新的基于IMS多方通话的信息同步方案,使得IMS多方通话中除发起方外的其他参与方也能够显示所有参与方的信息,进而能够确保每个参与方均能查看到多方通话的参与方的信息,有利于提升用户的使用体验。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
- 一种基于IMS多方通话的信息同步方法,适用于所述多方通话的发起方,其特征在于,包括:向服务器发送多方通话的建立请求,以使所述服务器邀请所述建立请求中包含的被邀请方进行多方通话;接收所述服务器发送的多方通话建立完成的反馈消息,根据所述反馈消息确定所述多方通话的所有参与方的信息;将所述所有参与方的信息发送至所述服务器,以使所述服务器将所述所有参与方的信息转发至所述所有参与方中的指定参与方,供所述指定参与方显示所述所有参与方的信息。
- 根据权利要求1所述的基于IMS多方通话的信息同步方法,其特征在于,在将所述所有参与方的信息发送至所述服务器之前,还包括:确定所述所有参与方中的每个参与方是否具有多方通话期间的信息同步功能,并将所述所有参与方中具有多方通话期间的信息同步功能的参与方作为所述指定参与方。
- 根据权利要求2所述的基于IMS多方通话的信息同步方法,其特征在于,确定所述所有参与方中的每个参与方是否具有多方通话期间的信息同步功能的步骤具体包括:判断是否已存储所述每个参与方的能力标识,所述能力标识表示所述每个参与方是否具有多方通话期间的信息同步功能;若判定已存储所述所有参与方中的任一参与方的能力标识,则直接根据所述任一参与方的能力标识确定所述任一参与方是否具有多方通话期间的信息同步功能;若判定未存储所有参与方中的任一参与方的能力标识,则通过发送OPTIONS消息查询所述任一参与方是否具有多方通话期间的信息同步功能,并在对所述任一参与方是否具有多方通话期间的信息同步功能查询成功时,对应存储所述任一参与方的信息和所述任一参与方的能力标识。
- 根据权利要求3所述的基于IMS多方通话的信息同步方法,其特 征在于,通过在所述OPTIONS消息中的Contact头字段添加专有字段用于表示所述任一参与方是否具有多方通话期间的信息同步功能。
- 根据权利要求1至4中任一项所述的基于IMS多方通话的信息同步方法,其特征在于,还包括:在所述多方通话的参与方发生变化时,更新所述多方通话的所有参与方的信息,并将更新后的所述多方通话的所有参与方的信息发送至所述指定参与方。
- 一种基于IMS多方通话的信息同步方法,适用于所述多方通话的任一参与方,其特征在于,包括:对服务器发送的建立多方通话的请求进行响应,以建立多方通话;接收所述多方通话的发起方通过所述服务器发送的所述多方通话的所有参与方的信息;显示所述所有参与方的信息,或显示所述所有参与方中除所述任一参与方之外的其他参与方的信息。
- 根据权利要求6所述的基于IMS多方通话的信息同步方法,其特征在于,还包括:在所述所有参与方的信息中未包含所述发起方的信息时,从所述建立多方通话的请求中获取所述发起方的信息;在显示所述所有参与方或所述其他参与方的信息的同时,显示所述发起方的信息。
- 根据权利要求6或7所述的基于IMS多方通话的信息同步方法,其特征在于,还包括:接收所述发起方通过所述服务器发送的通知消息;显示所述通知消息。
- 一种基于IMS多方通话的信息同步装置,适用于所述多方通话的发起方,其特征在于,包括:第一发送单元,用于向服务器发送多方通话的建立请求,以使所述服务器邀请所述建立请求中包含的被邀请方进行多方通话;接收单元,用于接收所述服务器发送的多方通话建立完成的反馈消息;第一确定单元,用于根据所述反馈消息确定所述多方通话的所有参与方的信息;第二发送单元,用于将所述所有参与方的信息发送至所述服务器,以使所述服务器将所述所有参与方的信息转发至所述所有参与方中的指定参与方,供所述指定参与方显示所述所有参与方的信息。
- 根据权利要求9所述的基于IMS多方通话的信息同步装置,其特征在于,还包括:处理单元,用于确定所述所有参与方中的每个参与方是否具有多方通话期间的信息同步功能,并将所述所有参与方中具有多方通话期间的信息同步功能的参与方作为所述指定参与方。
- 根据权利要求10所述的基于IMS多方通话的信息同步装置,其特征在于,所述处理单元包括:判断单元,用于判断是否已存储所述每个参与方的能力标识,所述能力标识表示所述每个参与方是否具有多方通话期间的信息同步功能;第二确定单元,用于在所述判断单元判定已存储所述所有参与方中的任一参与方的能力标识时,直接根据所述任一参与方的能力标识确定所述任一参与方是否具有多方通话期间的信息同步功能;查询单元,用于在所述判断单元判定未存储所有参与方中的任一参与方的能力标识时,通过发送OPTIONS消息查询所述任一参与方是否具有多方通话期间的信息同步功能;存储单元,用于在所述查询单元对所述任一参与方是否具有多方通话期间的信息同步功能查询成功时,对应存储所述任一参与方的信息和所述任一参与方的能力标识。
- 根据权利要求11所述的基于IMS多方通话的信息同步装置,其特征在于,通过在所述OPTIONS消息中的Contact头字段添加专有字段用于表示所述任一参与方是否具有多方通话期间的信息同步功能。
- 根据权利要求9至12中任一项所述的基于IMS多方通话的信息同步装置,其特征在于,还包括:更新单元,用于在所述多方通话的参与方发生变化时,更新所述多方 通话的所有参与方的信息;所述第二发送单元还用于,将所述更新单元更新后的所述多方通话的所有参与方的信息发送至所述指定参与方。
- 一种基于IMS多方通话的信息同步装置,适用于所述多方通话的任一参与方,其特征在于,包括:响应单元,用于对服务器发送的建立多方通话的请求进行响应,以建立多方通话;第一接收单元,用于接收所述多方通话的发起方通过所述服务器发送的所述多方通话的所有参与方的信息;显示单元,用于显示所述所有参与方的信息,或显示所述所有参与方中除所述任一参与方之外的其他参与方的信息。
- 根据权利要求14所述的基于IMS多方通话的信息同步装置,其特征在于,还包括:获取单元,用于在所述所有参与方的信息中未包含所述发起方的信息时,从所述建立多方通话的请求中获取所述发起方的信息;所述显示单元还用于,在显示所述所有参与方或所述其他参与方的信息的同时,显示所述发起方的信息。
- 根据权利要求14或15所述的基于IMS多方通话的信息同步装置,其特征在于,还包括:第二接收单元,用于接收所述发起方通过所述服务器发送的通知消息;所述显示单元还用于,显示所述通知消息。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510041075.9 | 2015-01-27 | ||
CN201510041075.9A CN104580247A (zh) | 2015-01-27 | 2015-01-27 | 基于ims多方通话的信息同步方法和信息同步装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2016119300A1 true WO2016119300A1 (zh) | 2016-08-04 |
Family
ID=53095427
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2015/075553 WO2016119300A1 (zh) | 2015-01-27 | 2015-03-31 | 基于ims多方通话的信息同步方法、信息同步装置和终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104580247A (zh) |
WO (1) | WO2016119300A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105553679A (zh) * | 2015-06-30 | 2016-05-04 | 宇龙计算机通信科技(深圳)有限公司 | 一种信息推送方法、系统及服务器 |
CN105578112B (zh) * | 2015-12-23 | 2020-06-09 | 南京秦淮紫云创益企业服务有限公司 | 一种视频通话方法和装置 |
CN105763537A (zh) * | 2016-01-29 | 2016-07-13 | 宇龙计算机通信科技(深圳)有限公司 | 多方通话的方法及装置 |
CN108234787B (zh) * | 2016-12-22 | 2020-11-20 | 展讯通信(上海)有限公司 | 终端实现会议电话通知功能的方法及装置 |
CN107592492A (zh) * | 2017-09-06 | 2018-01-16 | 维沃移动通信有限公司 | 一种视频流显示方法及移动终端 |
CN111131741B (zh) * | 2019-12-13 | 2021-08-13 | 中移(杭州)信息技术有限公司 | 多方视频通话方法、电子设备、装置及计算机可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101795438A (zh) * | 2010-02-24 | 2010-08-04 | 中兴通讯股份有限公司 | 手机会议电话中信息共享的方法、主控方及辅控方 |
CN101848098A (zh) * | 2009-03-24 | 2010-09-29 | 迈普通信技术股份有限公司 | 基于sip协议的多方会议通信方法 |
EP2528294A1 (en) * | 2011-05-23 | 2012-11-28 | Telefonaktiebolaget LM Ericsson (publ) | Outgoing communication barring service in the IP multimedia subsystem |
CN102857512A (zh) * | 2012-09-18 | 2013-01-02 | 广东威创视讯科技股份有限公司 | 基于sip协议的分布式会议方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100442789C (zh) * | 2006-03-16 | 2008-12-10 | 华为技术有限公司 | 一种多方通信的实现方法及系统 |
-
2015
- 2015-01-27 CN CN201510041075.9A patent/CN104580247A/zh active Pending
- 2015-03-31 WO PCT/CN2015/075553 patent/WO2016119300A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101848098A (zh) * | 2009-03-24 | 2010-09-29 | 迈普通信技术股份有限公司 | 基于sip协议的多方会议通信方法 |
CN101795438A (zh) * | 2010-02-24 | 2010-08-04 | 中兴通讯股份有限公司 | 手机会议电话中信息共享的方法、主控方及辅控方 |
EP2528294A1 (en) * | 2011-05-23 | 2012-11-28 | Telefonaktiebolaget LM Ericsson (publ) | Outgoing communication barring service in the IP multimedia subsystem |
CN102857512A (zh) * | 2012-09-18 | 2013-01-02 | 广东威创视讯科技股份有限公司 | 基于sip协议的分布式会议方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104580247A (zh) | 2015-04-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2016119300A1 (zh) | 基于ims多方通话的信息同步方法、信息同步装置和终端 | |
TWI445433B (zh) | 用於裝置間媒體串流傳送之方法、使用者設備和軟體產品 | |
US20060235981A1 (en) | Providing a second service to a group of users using a first service | |
JP4847608B2 (ja) | 事前設定セッションを管理する方法及びそれを実現するためのPoCシステム及びPoC端末装置 | |
JP5628296B2 (ja) | セッションプッシュ伝送 | |
EP2342883B1 (en) | File transfer in conference services | |
US8719342B2 (en) | Third-party session modification | |
US20090164587A1 (en) | Method and communication server for group communications | |
US11595453B2 (en) | Method, device, and system for facilitating group conference communication | |
CN102227927B (zh) | 用于提供通信历史的方法和装置 | |
KR101005012B1 (ko) | Sip 기반의 컨퍼런스 서비스 제공 시스템 및 방법 | |
EP1936891A1 (en) | A method for sending and receiving the off-line message, a client apparatus, a server and a system | |
US10462195B2 (en) | Methods, apparatus and/or system for using email to schedule and/or launch group communications sessions | |
WO2008095424A1 (fr) | Procédé, système et dispositif pour effectuer une communication partagée, et procédé pour délivrer un statut d'évènement | |
US8379544B2 (en) | Communications | |
WO2016101790A1 (zh) | 一种加入会议及会议邀请的方法、相关设备及系统 | |
WO2010108404A1 (zh) | 终端选择入会或控制终端选择入会的方法、设备及系统 | |
KR102208187B1 (ko) | 몰입형 소셜 센터 세션에서 컨텐츠 시청 및 통신을 통합하기 위한 방법 및 시스템 | |
TW200845649A (en) | System and method for establishing conference events | |
WO2017128524A1 (zh) | 多方通话的方法、装置和终端 | |
CN106161201B (zh) | 一种以邮箱账号为标识参与群聊的方法、设备及系统 | |
WO2010102588A1 (zh) | 一种多媒体会议控制方法和系统 | |
US20120196584A1 (en) | Arrangement and Method for Controlling Service Activation on a Mobile Terminal | |
WO2009036689A1 (fr) | Procédé d'association de message, terminal d'utilisateur et serveur | |
CN104506550A (zh) | 一种基于网络协议多媒体子系统的多方会议处理方法及装置 |
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: 15879508 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 18/12/2017) |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 15879508 Country of ref document: EP Kind code of ref document: A1 |