EP1869919A1 - Verfahren zum bilden einer gemeinsamen kommunikationssitzung, verfahren zum bilden einer ersten kommunikationssitzung und einer zweiten kommunikationssitzung aus einer gemeinsamen kommunikationssitzung und kommunikationssitzungs-steuerungs-server - Google Patents

Verfahren zum bilden einer gemeinsamen kommunikationssitzung, verfahren zum bilden einer ersten kommunikationssitzung und einer zweiten kommunikationssitzung aus einer gemeinsamen kommunikationssitzung und kommunikationssitzungs-steuerungs-server

Info

Publication number
EP1869919A1
EP1869919A1 EP06722703A EP06722703A EP1869919A1 EP 1869919 A1 EP1869919 A1 EP 1869919A1 EP 06722703 A EP06722703 A EP 06722703A EP 06722703 A EP06722703 A EP 06722703A EP 1869919 A1 EP1869919 A1 EP 1869919A1
Authority
EP
European Patent Office
Prior art keywords
communication session
communication
poc
session
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP06722703A
Other languages
English (en)
French (fr)
Inventor
Norbert Schwagmann
Martin Hans
Andreas Schmidt
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Deutschland GmbH
Original Assignee
Infineon Technologies AG
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 Infineon Technologies AG filed Critical Infineon Technologies AG
Publication of EP1869919A1 publication Critical patent/EP1869919A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/08—Trunked mobile radio systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks

Definitions

  • a method for forming a common communication session method for forming a first communication session and a second communication session from a common
  • the invention relates to a method for forming a common communication session, a method for forming a first communication session and a second communication session from a common communication session and communication session control server.
  • the push-to-talk-over-cellular (PoC) communication service (described, for example, in [1] and [4]) allows a user of a mobile subscriber device to simultaneously transmit voice data to one or more recipients.
  • a special PoC key is typically provided on the mobile radio user equipment, after the operation of which the user can start to speak voice data.
  • the voice data are usually already distributed during the speech by means of a mobile communication network, that is transmitted to the desired recipient or receivers. This process is called streaming.
  • the transmission takes place in the half-duplex method, that is to say that during the speech and during the transmission only the transmitter, that is to say the user who interprets and transmits the voice data, can transmit voice data to the receivers but not the receivers at the same time
  • the transmitter can not be interrupted by the receivers.
  • communication by means of PoC from the user's point of view corresponds to the conventional CB radio, but with the extension that the transmitter can transmit voice data to receivers which can be reached by means of the suitable switching technology of at least one mobile radio communication network.
  • PoC push-to-talk-over-cellular communication sessions
  • PoC sessions may arise the desire, at least temporarily merge several PoC communication sessions to a common PoC communication session. This situation is illustrated below.
  • Communication devices communicate with each other in a first PoC session. Users (users) A, D and E, ie their communication devices, communicate with each other simultaneously in another, second PoC session. Now User A (who is involved in both PoC sessions) realizes that the same topic is currently being discussed in both PoC sessions. Therefore, it makes sense for User A that all users of both PoC sessions can communicate together in a common PoC session (at least as long as the topic is discussed). Once the topic is over, User A then wants to let the originally separate PoC sessions (ie, the first PoC ' session and the second PoC session) run separately again, ie, let them continue independently.
  • the originally separate PoC sessions ie, the first PoC ' session and the second PoC session
  • Period in a common PoC session can communicate together.
  • user A can use the conference state notification service to determine the participants of the second PoC session, which is to be merged with the first PoC session to form a common PoC session. Then user A loads all participants of the second PoC session individually into the first PoC session. After these users (in the example above User D and User E) have accepted this invitation, they are also participants in the first PoC session. Thus, all participants from the two PoC sessions can now communicate with each other in the common PoC session.
  • PoC Session Stati States of the PoC communication sessions which were present in the second PoC session at the time of the change, ie the transition to the common PoC session, can not be used in the common first PoC session, which is continued as a common PoC session be taken into account.
  • An example of such a status is here the so-called Floor Control Queue.
  • Document [6] discloses a method in which a first telephone conference between a first set of communication terminals and a second telephone conference between a second set of communication terminals can be merged into a single telephone conference. Further, a conference call may be in a first conference call between a first set of communication terminals and a second conference call be divided between a second set of communication terminals.
  • the invention is based on the problem, compared with the above method easier a common
  • the problem is solved by a method of forming a common communication session, a method of forming a first communication session and a second communication session of a common communication session, and communication session control servers having the features of the independent claims.
  • Communication session control server is controlled, wherein the second communication session is controlled by a second communication session control server, calls upon a request to merge the communication session participant communication devices in the common communication session, one of the two Communication session control server to a common communication session at the other communication session control server by means of a fusion request message. Further, one of the two communication session control servers establishes the common communication session.
  • Subscriber communication devices from a common communication session wherein the first communication session is controlled by a first communication session control server, wherein the second communication session is controlled by a second communication session control server, orders the communication session participants from the first communication session sharing the common communication session to the first communication session and the second communication session, one of the two communication session control servers
  • Communication session participant communication devices of the first communication session and the second communication session Furthermore, one of the two communication session control servers informs the other communication session control server by means of a split message dividing the
  • a communication session control server for forming a common communication session from a first communication session with a plurality of communication session user communication devices and a second communication session with a plurality of communication session user communication devices, wherein the first communication session is controlled by the communication session control server, wherein the second Communication session from another
  • Communication session control server is controlled, has a processor which is arranged such that the following method steps are feasible: • Upon a request to merge the communication session participant communication devices in the common communication session, the communication session control server requests a common communication session at the other communication session control server by means of a
  • the communication session control server establishes the joint communication session.
  • Another communication session control server for forming a common communication session from a first communication session with a plurality
  • Communication session participant communication devices and a second communication session with a plurality of communication session participant communication devices wherein the first communication session is controlled by the communication session control server, wherein the second communication session is controlled by another communication session control server, comprises a processor adapted to establish the common communication session upon receiving a fusion request message from another communication session control server requesting a common communication session.
  • a communication session control server is for forming a first communication session with a plurality of communication session user communication devices and a second communication session with a plurality of communication session user communication devices from a common communication session, wherein the first communication session is controlled by the communication session control server, wherein the second communication session is controlled by another communication session control server, the communication session control server having a processor configured such is that the following procedural steps are feasible:
  • the communication session control server Upon a request to split the communication session participants from the common communication session to the first communication session and the second communication session, the communication session control server assigns the communication session user communication devices to the first communication session and the second communication session, and
  • the communication session control server notifies the other communication session control server by means of a partitioning message of the splitting of the communication session user communication devices.
  • this invention solves the problem in a simple manner of how to combine two sessions (communication sessions) initially running independently of one another into a group-based service (such as PoC) and also back into the two independent sessions (communication sessions). can be divided.
  • a group-based service such as PoC
  • the request for example in the form of a merge request message, from a communication session user communication device of the first communication session and / or from a Communication session participant Ko ⁇ imunikations adopted the second communication session is sent.
  • the first communication session control server can set up the communication common session.
  • a communication session identification information of the second communication session is included, for example the
  • Session ID of the second communication session alternatively an indication from which the second communication session is identifiable for the second communication session control server.
  • the second communication session control server may be arranged to generate an acknowledgment message and transmit it to the first communication session control server.
  • the first communication session control server is reliably informed that it can vividly add the second communication session to the first communication session it controls, generally that it can merge the first communication session and the second communication session into the common communication session.
  • the confirmation message contains a list of the communication session user communication devices of the second communication session, the list having a unique address of the respective one
  • Communication session participant communication devices of the second communication session may include or a reference to an identification by means of which the communication session participant communication devices of the second communication session are uniquely identifiable.
  • the acknowledgment message By means of the acknowledgment message thus formed, a very simple mechanism is provided for informing the first communication session control server of the communication session user communication devices of the second communication session so that they can add them to the common communication session. It should be noted in this connection that in the event that the first communication session control server establishes the common communication session, the identities or addresses of the communication session user communication devices of the first communication session are known.
  • a communication session control server sets up the common communication session, which up to this time does not control any of the communication sessions that have been running so far.
  • Communication session participant communication devices of the second communication session be included.
  • Communication session user communication devices of the second communication session include, for example, communication right queue information indicating the future communication right assignment of the communication session user communication devices in the second communication session.
  • Conference Policy Document state of the session, rules in the session, state to the users
  • Media Policy Document rules of language licensing, which media may and will be used
  • Conference Policy Privileges Document which rights do the users have to change the entries in the first two documents.
  • This communication right queue information for example according to PoC the QueueStatus information, is taken into account in the communication right assignment in the common communication session according to an embodiment of the invention.
  • Communication session participant communication devices of the first communication session and / or the second communication session takes place.
  • the second communication session control server may set up the common communication session.
  • a communication session identification information of the first communication session may be included in the fusion request message.
  • a list of the communication session user communication devices of the first Communication session is included, wherein the list may include a unique address of the respective communication session participant communication devices of the second communication session or a reference to an identification by which the
  • the fusion request message may further include information about the communication right assignment of the communication session user communication devices of the first communication session, wherein the information about the communication right assignment of the communication session user communication devices of the first communication session comprises communication right queue information may be used to indicate the future communication rights assignment of the communication session user communication devices in the first communication session.
  • the communication right assignment in the common communication session is carried out according to an embodiment of the invention, taking into account the information about the communication right assignment of communication session subscriber communication devices of the first communication session and / or the second communication session.
  • the communication session control server establishing the common communication session sends a fusion message to each of the subscriber servers of the communication session user communication devices of the first communication session and / or the second communication session
  • this embodiment of the invention in a hierarchical structuring of
  • a subscriber server (there referred to as a participant server) is provided, the corresponding assignment of the transmitted data streams (ie, both multiplexing and demultiplexing the same) on the common Kommunikatio takes over.
  • the Session Initiation Protocol may be used, in other words, at least some of the messages may be encoded and transmitted according to the SIP.
  • the communication sessions can be push-to-talk
  • Communication sessions for example, push-to-talk-over-cellular communication sessions (PoC communication sessions, PoC sessions).
  • PoC communication sessions PoC sessions
  • PoC sessions PoC sessions
  • the invention can also be used in the context of another communication architecture, in which a (for example, temporary) merging of two at mutually independent Ko ⁇ ununikationsssitzept to be achieved to a common communication session.
  • a conference architecture in which the communication sessions are provided via the Internet, ie using the Internet Protocol (IP) and the Transport Control Protocol (TCP).
  • IP Internet Protocol
  • TCP Transport Control Protocol
  • the invention is not dependent on the type of data transmission medium used and can be used both in a mobile communication network as well as in a fixed network communication network or in a hybrid communication network with a mobile communication subnetwork and a fixed network communication subnetwork.
  • the communication sessions can thus also be conferencing sessions, for example IMS conferencing or IETF conferencing.
  • all respectively available and usefully usable status information of the two communication sessions is taken into account in the context of the formation of the common communication session.
  • the status information about the second communication session is transmitted from the second communication session control server to the first communication session control server.
  • the second communication session control server establishes the common communication session, for example, the
  • FIG. 1 is a block diagram showing a PoC
  • Figure 2 is a message flow diagram illustrating the exchange of messages for forming a common communication session according to a first embodiment of the invention
  • FIG. 3 is a block diagram showing a PoC
  • FIG. 4 shows a message flow diagram in which the exchange of messages for dividing the common communication session formed according to FIG. 1 into two communication sessions according to the first exemplary embodiment of the invention is illustrated;
  • FIG. 5 is a message flow diagram illustrating the exchange of messages for forming a common communication session according to a second embodiment of the invention and a re-division thereof into the two communication sessions;
  • FIG. 6 is a block diagram illustrating a PoC communication network after a common communication session according to a second communication session Embodiment of the invention has been formed.
  • Pig.l shows a PoC communication network 100 according to the prior art.
  • the PoC communication network 100 according to the exemplary embodiments of the invention is designed in the same way as explained in connection with FIG. 1 except for the extensions provided according to the exemplary embodiments of the invention.
  • FIG. 1 shows five PoC clients, namely a first PoC client 101, a second PoC client 102, a third PoC client 103, a fourth PoC client 104 and a fifth PoC client 105.
  • Each PoC client 101, 102, 103, 104, 105 is integrated in a respective communication terminal (not shown), for example a mobile communication terminal, for example a mobile phone or a personal digital assistant (PDA), i. implemented in it.
  • a mobile communication terminal for example a mobile phone or a personal digital assistant (PDA), i. implemented in it.
  • PDA personal digital assistant
  • Communication terminal is a respective participating PoC server 106, 107, 108, 109, 110, hereinafter also referred to as subscriber server, assigned by means of an interface and with this via a mobile communication link 111, 112, 113, 114, 115
  • Air interface coupled, for example, according to one of the following mobile communication standards, such as a 3GPP (Third Generation Partnership Project) mobile communication standard: Global System for Mobile Communications (GSM);
  • 3GPP Third Generation Partnership Project
  • GSM Global System for Mobile Communications
  • EDGE Enhanced Data Service for GSM Evolution
  • UMTS Universal Mobile Telecommunications System
  • the respective PoC client 101, 102, 103, 104, 105 or its communication terminal by means of a PSTN communication link, i. by means of a landline communication connection to the respective participating PoC server 106, 107, 108, 109, 110 connected.
  • a controlling PoC server 116, 117 For each established PoC communication session between a plurality of PoC communication session user equipments (including the respective involved PoC clients), a controlling PoC server 116, 117, also referred to hereinafter as a PoC communication session control server, is provided.
  • a respective participating PoC server 106, 107, 108, 109, 110 is connected to that controlling PoC server 116, 117, which controls a PoC communication session, in which the PoC client 101, 102, 103, 104, 105 of the respective Participating PoC server 106, 107, 108, 109, 110 subscribers.
  • the first PoC client 101 is a participant in a first PoC communication session controlled by the first controlling PoC server 116.
  • the first participating PoC server 106 is connected to the first controlling PoC server 116 by means of a first communication link 118.
  • the first PoC client 101 is a participant in a second PoC communication session controlled by the second controlling PoC server 117.
  • the first participating PoC server 106 is connected to the second controlling PoC server 117 by means of a second communication link 119.
  • the second PoC client 102 is a participant of the first PoC communication session controlled by the first controlling PoC server 116. For this reason, the second participating PoC server 107 with the first controlling PoC Server 116 connected by means of a third communication connection 120.
  • the third PoC client 103 is also a subscriber of the first PoC communication session controlled by the first controlling PoC server 116, for which reason the third participating PoC server 108 is connected to the first controlling PoC server 116 by means of a fourth communication connection 121.
  • the fourth PoC client 104 is a subscriber of the second PoC communication session controlled by the second controlling PoC server 117, for which reason the fourth participating PoC server 109 is connected to the second controlling PoC server 117 by means of a fifth communication link 122.
  • the fifth PoC client 105 is also a participant in the second PoC communication server 117 controlled by the second PoC communication session, which is why the fifth participating PoC server 110 is connected to the second controlling PoC server 117 by means of a sixth communication link 123.
  • the respective participating PoC servers have a connection to the respective controlling PoC server 116, 117
  • the respective controlling PoC server 116, 117 has, among other things, the functionality to manage the language assignment (floor control), generally the communication right assignment, in the context of the communication session managed by him.
  • the first PoC client 101 is thus dialed in simultaneously in two PoC sessions, ie its participating PoC server 106 has connection to two different controlling PoC servers, namely to the first controlling PoC server 116 and the second controlling PoC server 117 Case that in both PoC sessions at the same time Voice messages arise, can be forwarded to the first PoC client 101 according to the prior art, only one of the two.
  • FIG. 2 shows a message flow diagram 200, in which the exchange of Session Initiation Protocol (SIP) messages for forming a common communication session according to a first embodiment of the invention is shown.
  • SIP Session Initiation Protocol
  • a first communication session which is controlled by the first controlling PoC server 116, is established between the first PoC client 101, the second PoC client 102 and the third PoC client 103 (symbolized in FIG. 2 with block 201).
  • Merging the two communication sessions is initiated to a common communication session, according to this embodiment of one of the participants at least one of the two communication sessions, according to this embodiment in more detail from the first PoC client 101, which is participant of both the first communication session and the second communication session.
  • the first controlling PoC server 116 is signaled that it is the current, ie the first PoC session with another PoC session, namely the second PoC Session, should merge. This is done by the first PoC client 101 generates a request message (SessionCombineRequest) 203 and transmits to the first controlling PoC server 116, wherein the PoC Session ID (as communication session identification information) of the second PoC session is given as a parameter.
  • SessionCombineRequest a request message (SessionCombineRequest) 203 and transmits to the first controlling PoC server 116, wherein the PoC Session ID (as communication session identification information) of the second PoC session is given as a parameter.
  • PoC session ID 204 of the second PoC session is known to the first PoC client 101, since it is also a participant in the second PoC session.
  • the first controlling PoC server 116 does not support this feature, the first PoC client 101 and thus the first user A receives a corresponding error message as a response.
  • the first controlling PoC server 116 On receipt of the request message 203, the first controlling PoC server 116 sends a fusion request message (SessionTakeOverRequest) 205 to the second controlling PoC server 117 (whose address is the above-given PoC session ID of the second PoC session). With the merger request message 205, in the second controlling PoC server 117 it is queried whether the first controlling PoC server 116 can merge the first PoC session with the second PoC session controlled by the second controlling PoC server 117.
  • a fusion request message SessionTakeOverRequest
  • the second controlling PoC server 117 agrees with the request and indicates this to the first controlling PoC server 116 by means of a fusion acknowledgment message 206, which is generated by the second controlling PoC server 117 and transmitted to the first controlling PoC server 116.
  • the fusion confirmation message 206 contains the list of the current participants of the second PoC session (user A 207 of the first PoC client 101, user D 208 of the fourth PoC Clients 104 and users E 209 of the fifth PoC client 105) and a current status of the queue (Parameter QueueStatus 210) (optional, if available) descriptive information and possibly further the status of the second PoC session descriptive parameters.
  • a link to a document that contains all the statuses for the second PoC session eg a Conference Policy Document
  • the first controlling PoC server 116 will also receive a corresponding error message as an answer.
  • user (user) A of the first PoC client 101 sends the fusion request message (SessionCombineRequest) 203 to the second controlling PoC server 117 (in this case with the session ID of the first PoC session).
  • the second controlling PoC server 117 then requests the first one
  • Controlling PoC Server 116 to merge the two PoC sessions the o.g. Parameters (list of participants in the second PoC session and possibly QueueStatus) are given.
  • the first controlling PoC server 116 starts to invite the participants of the second PoC session to the first PoC session 1, thus logically forming a third, common communication session.
  • the first controlling PoC server 116 sends a first SIP INVITE message 211 to the fourth participating PoC server 109 and a second SIP INVITE message 212 to the fifth participating PoC server 110.
  • the first SIP INVITE Message 211 and in the second SIP INVITE message 212 each have a parameter (redirect: SessionID_2) 213 included, which indicates that the data stream of the second PoC session should be redirected by the respective participating PoC server to the first PoC session ,
  • parameter 213 is for signaling that it is not a SIP INVITE message according to the prior art.
  • the parameter 213 is formed by a flag (redirect) with the parameter of the affected PoC session. This flag causes the respective participating PoC servers 109, 110 not to send a SIP INVITE message to the corresponding PoC clients 104, 105 (as would be done in the prior art), but vividly the second PoC session (through the Parameter 213) for the PoC user to "redirect" to the first PoC session, in other words, the participating PoC server 109, 110 now associates the PoC session of the PoC client 104, 105 with the first controlling PoC server 116 instead of the PoC second controlling PoC Server 117 (for the fourth
  • Participating PoC server 109 in Fig. 2 symbolizes with block 215, symbolized for the fifth participating PoC server 110 in Fig. 2 with block 217), without the respective PoC client 104, 105 noticing something of this. If necessary, however, the PoC clients 104, 105 can also be equipped with a SIP UPDATE
  • the fourth participating PoC server 109 responds to the
  • the fifth participating PoC server 110 responds to receiving the second SIP INVITE message 212 with a second SIP 200 OK message 216 and sends it to the first controlling PoC server 116.
  • the first controlling PoC server 116 After the first controlling PoC server 116 has received at least one of the SIP INVITE messages 211, 212 sent by it, a SIP 200 OK message 214, 216 confirming the reception, the respective positively confirming users are in the first PoC Session integrated and the first controlling PoC server 116, the two queues (if available), or, if desired or appropriate, parts thereof, merge. According to this embodiment of the invention, this is done by clearly generating the new extended queue for the "merged" common PoC session according to the zipper principle (step 218). In other words, this means that the
  • Communication rights assignment queue (Queue) of the common PoC session is formed by always alternately in chronological order in the "new" communication right assignment queue (Queue) an entry from the communication right assignment queue (Queue) of the first PoC session is inserted (or maintained) and then an entry from the communication right assignment queue (Queue) of the second PoC session is inserted, etc.
  • the first controlling PoC server 116 signals to the second controlling PoC server 117 that the merge has been carried out successfully. This is done by means of a communication session
  • Takeover message 219 (SessionTakeOverComplete) which is generated by the first controlling PoC server 116 and sent to the second controlling PoC server 117 is transmitted.
  • the first controlling PoC server 116 confirms the first PoC client 101 and thus the user A its initially sent SessionCombineRequest with a request response message 220 (SessionCombineResponse).
  • the second controlling PoC server 117 Upon receiving the communication session takeover message 219, the second controlling PoC server 117 interrupts the second PoC session (symbolized with block 221 in FIG. 2).
  • the first PoC session is now a common PoC session in which all five PoC clients 101, 102, 103, 104, 105 subscribers (symbolized in block 2 with block 222).
  • FIG. 3 shows in a block diagram 300 the state of
  • the basic structure of the PoC communication network 100 according to FIG. 3 corresponds to that shown in FIG. 1, but the communication connections between the participating PoC servers 106, 107, 108, 109, 110 and the controlling PoC servers 116, 117 are different.
  • the communication links 111, 112, 113, 114, 115 between the PoC clients 101, 102, 103, 104, 105 and the participating PoC servers 106, 107, 108, 109, 110 are unchanged.
  • the fourth PoC client 104 and the fifth PoC client 105 use the same connection to their participating PoC servers 109, 110 that they have previously used.
  • the connection between the second controlling PoC server 117 and the first PoC client 101 or its first participating PoC server 106 is shown in dashed lines, since no media is temporarily exchanged here.
  • the first PoC client 101 sends a request as a partition request message (SessionSeparateRequest) 401 to the first controlling PoC server 116, in which the ID of the PoC session stored here, i. from the "common" first PoC session, is to be released as parameter 402.
  • SessionSeparateRequest a partition request message
  • the first controlling PoC server 116 Upon receipt of the split request message 401, the first controlling PoC server 116 signals
  • Participating PoC servers of the original participants of the second PoC session ie the fourth participating PoC Server 109 and the fifth participating PoC server 110 that the merge is terminated.
  • a first SIP BYE message 403 is generated and transmitted to the fourth participating PoC server 109, wherein the PoC SessionID the original second PoC session is supplied as a parameter 404. Furthermore, the first controlling PoC server 116 generates a second SIP BYE message 405 and transmits it to the fifth participating PoC server 110, wherein the PoC session ID of the original second PoC session is supplied as parameter 406.
  • the respective participating PoC servers 109, 110 take the redirection back again, so that the original status of the second PoC session is regained (for the fourth participating PoC server 109 in FIG. 4, symbolized with block 408 and for the fifth participating PoC server 110 symbolized in block 4 with block 410).
  • the first controlling PoC server 116 After the first controlling PoC server 116 has received all acknowledgments (a first SIP 200 OK message 407 from the fourth participating PoC server 109 and a second SIP 200 OK message 409 from the fifth participating PoC server 110) he second controlling PoC server 117 with a session session sharing message 412 that the merge is revoked. In this case, he removes the corresponding subscribers from the temporarily shared queue (queue separation block 411) and delivers this queue 416 together with the current subscribers belonging to the second PoC session (first PoC client 101 (first subscriber 413), fourth PoC client 104 (fourth participant 414), fifth PoC client 105 (fifth participant 415)), to the second controlling PoC server as a parameter with. Further, the first controlling PoC server 116 generates a communication session sharing response message 418 (SessionSeparateResponse (OK)) and sends it to the first PoC client 101.
  • a communication session sharing response message 418 SessionSeparateRe
  • the second controlling PoC server 117 then resumes the original second PoC session, with the result that the two PoC sessions now again run independently of one another (step 417).
  • the first PoC session now runs again with the first PoC client 101, the second PoC client 102 and the third client 103 as subscribers, controlled by the first controlling PoC server 116 (symbolized in FIG. 4 with block 419), and the second PoC Session runs again with the first PoC client 101, the fourth PoC client 104 and the fifth client 105 as a subscriber, controlled by the second controlling PoC server 117 (symbolized in Figure 4 with block 420).
  • FIG. 5 shows a message flow diagram 500 in which the
  • SIP Session Initiation Protocol
  • the first PoC client 101 of the user A signals, without limiting the generality, to the first controlling PoC server 116 that he / she has the current PoC session, ie the first PoC session, with another PoC session, the second PoC session. should merge. This is done by means of the request message (SessionCombineRequest) 203 generated by the first PoC client 101 and transmitted to the first controlling PoC server 116, wherein the PoC session ID of the second PoC session is provided as parameter 204.
  • SessionCombineRequest the request message generated by the first PoC client 101 and transmitted to the first controlling PoC server 116, wherein the PoC session ID of the second PoC session is provided as parameter 204.
  • the first controlling PoC server 116 Upon receipt of the request message 203, the first controlling PoC server 116 generates a SIP INVITE message 501 and sends it to the second controlling PoC server 117, in which the first controlling PoC server 116 using a defined flag 502 (here called SessionAttachRequest ) tells the second controlling PoC server 117 that this SIP session to be set up between the two controlling PoC servers 116, 117 is intended to be used to append the second PoC session to the first PoC session.
  • SessionAttachRequest a defined flag 502
  • the second controlling PoC server 117 Since the second controlling PoC server 117 agrees with this, it answers positively with a positive acknowledgment message 503 and transmits the list of the current subscribers in the second PoC session (user A 504 of the first PoC) as in the first exemplary embodiment of the invention Clients 101, users D 505 of the fourth PoC client 104 and users E 506 of the fifth PoC client 105) and a descriptive of the current status of the queue (parameter QueueStatus 507) (optional, if available)
  • the first controlling PoC server 116 in the same way as in the first embodiment of the invention, forms a common communication rights grant queue (step 508).
  • the second controlling PoC server 117 interrupts the second PoC session (block 509 in FIG. 5).
  • the first controlling PoC server 116 then signals to the first PoC client 101 and thus to the user A with a response message (SessionCombineResponse) 510 that the merging of the two PoC sessions has been carried out successfully.
  • a response message SessionCombineResponse 510 that the merging of the two PoC sessions has been carried out successfully.
  • the second controlling PoC server 117 suspends, as described above, the second PoC session and acts only as a relay server, all signaling and media streams (media streams) between the participating PoC servers 109, 110 from the second PoC session and exchanges PoC Server 116 with the first controlling, but does not perform any further functions.
  • Figure 5 shows how a Floor Request is handled by User D.
  • the fourth participating PoC server 109 sends a FloorRequest message 512 to the second controlling PoC server 117, which forwards this request to the first controlling PoC server 116.
  • the response message FloorGranted 513 is sent from the first controlling PoC server 116 via the second controlling PoC server 117 to the fourth participating PoC server 109.
  • the SessionID 515 of the original second PoC session is supplied as a parameter and also the new queue 519 (the queue is split into a queue for the first PoC session and a queue for the second PoC session in step 521) together with an indication of the current subscribers belonging to the second PoC session (first PoC client 101 (first subscriber 516), fourth PoC client 104 (fourth subscriber 517), fifth PoC client 105 (fifth subscriber 518)), supplied as a parameter.
  • the second controlling PoC server 117 confirms this with a SIP 200 OK message 520 and resumes the original second PoC session (step 522).
  • the first PoC session now runs again with the first PoC client 101, the second PoC client 102 and the third client 103 as subscribers, controlled by the first controlling PoC server 116 (symbolized in FIG. 5 with block 523), and the second PoC Session runs again with the first PoC client 101, the fourth PoC client 104 and the fifth client 105 as a subscriber, controlled by the second controlling PoC server 117 (symbolized in Figure 5 with block 524).
  • FIG. 6 shows in a block diagram 600 the state of
  • the basic structure of the PoC communication network 100 according to FIG. 6 corresponds to that shown in FIG. 1, but the communication connections between the participating PoC servers 106, 107, 108, 109, 110 and the controlling PoC servers 116, 117 are different.
  • the communication links 111, 112, 113, 114, 115 between the PoC clients 101, 102, 103, 104, 105 and the participating PoC servers 106, 107, 108, 109, 110 are unchanged.
  • the fourth PoC client 104 and the fifth PoC client 105 use the same connection to their participating PoC servers that they have previously used.
  • PoC clients which are temporarily switched to another PoC session, do not need any new functionality, as the necessary functionality is provided by their respective participating PoC servers
  • PoC sessions For example, in the exemplary embodiment, the second PoC session would be or the second controlling PoC server in the hierarchy under the first PoC session or under the first controlling PoC server. Such a hierarchy could be continued arbitrarily with several PoC sessions.
  • the second controlling PoC server plays the role of a pure relay server (second embodiment); • Merging the two FloorControl queues into a common queue according to the zipper principle;

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Auf eine weiten Anforderung hin, werden eine erste und eine zweite Kommunikationssitzung aus einer gemeinsamen Kommunikationssitzung angefordert . Auf eine Anforderung hin, die Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen in der gemeinsamen Kommunikationssitzung zusammenzuführen, fordert einer der beiden Kommunikationssitzungs-Steuerungs-Server eine gemeinsame Kommunikationssitzung bei dem anderen Kommunikationssitzungs-Steuerungs-Server mittels einer Fusions-Anforderungsnachricht an. Einer der beiden Kommunikationssitzungs-Steuerungs-Server richtet die gemeinsame Kommunikationssitzung ein.

Description

Beschreibung
Verfahren zum Bilden einer gemeinsamen Kommunikationssitzung, Verfahren zum Bilden einer ersten Kommunikationssitzung und einer zweiten Kommunikationssitzung aus einer gemeinsamen
Kommunikationssitzung und Kommunikationssitzungs-Steuerungs- Server
Die Erfindung betrifft ein Verfahren zum Bilden einer gemeinsamen Kommunikationssitzung, ein Verfahren zum Bilden einer ersten Kommunikationssitzung und einer zweiten Kommunikationssitzung aus einer gemeinsamen Kommunikationssitzung sowie Kommunikationssitzungs- Steuerungs-Server .
Der Kommunikationsdienst Push-to-talk-over-Cellular (PoC) (beschrieben beispielsweise in [1] und [4]) ermöglicht es einem Benutzer eines Mobilfunk-Teilnehmergeräts, Sprachdaten an einen oder mehrere Empfänger gleichzeitig zu übermitteln.
Dazu ist typischerweise eine spezielle PoC-Taste an dem Mobilfunk-Teilnehmergerät vorgesehen, nach deren Betätigung der Benutzer mit dem Einsprechen von Sprachdaten beginnen kann.
Die Sprachdaten werden üblicherweise schon während des Einsprechens mittels eines Mobilfunk-Kommunikationsnetzwerks verteilt, das heißt an den oder die gewünschten Empfänger übermittelt. Dieser Vorgang wird als "Streaming" bezeichnet.
Die Übermittlung erfolgt im Halb-Duplex-Verfahren, das heißt, dass während des Einsprechens und während der Übertragung nur der Sender, das heißt der Benutzer, der die Sprachdaten einspricht und versendet, Sprachdaten an die Empfänger übermitteln kann, die Empfänger aber nicht gleichzeitig
Sprachdaten an den Sender senden können. Insbesondere kann der Sender nicht von den Empfängern unterbrochen werden. Anschaulich entspricht eine Kommunikation mittels PoC aus Sicht des Benutzers dem herkömmlichen CB-Funk, jedoch mit der Erweiterung, dass der Sender weltweit an Empfänger, die mittels der geeigneten Vermittlungstechnik mindestens eines Mobilfunk-Kommunikationsnetzwerks erreichbar sind, Sprachdaten übermitteln kann.
Im Rahmen einer Mehrzahl aufgebauter Push-to-talk-over- Cellular-Kommunikationssitzungen (PoC-
Kommunikationssitzungen, PoC Sessions) kann der Wunsch aufkommen, mehrere PoC-Kommunikationssitzungen zu einer gemeinsamen PoC-Kommunikationssitzung zumindest temporär zusammenzuführen. Diese Situation wird im Folgenden veranschaulicht.
Nutzer (User) A, B und C, d.h. deren
Kommunikationseinrichtungen, kommunizieren miteinander in einer ersten PoC Session. Nutzer (User) A, D und E, d.h. deren Kommunikationseinrichtungen, kommunizieren miteinander gleichzeitig in einer anderen, zweiten PoC Session. Nun merkt User A (der an beiden PoC Sessions beteiligt ist) , dass in beiden PoC Sessions momentan das gleiche Thema besprochen wird. Daher macht es für User A Sinn, dass alle User beider PoC Sessions gemeinsam in einer gemeinsamen PoC Session kommunizieren können (zumindest solange das Thema besprochen wird) . Sobald das Thema beendet ist, möchte User A dann die ursprünglich getrennten PoC Sessions (d.h. die erste PoC ' Session und die zweite PoC Session) auch wieder getrennt laufen lassen, d.h. unabhängig voneinander weiterführen lassen.
Die Situation, die in Rahmen dieser Beschreibung beispielsweise betrachtet wird, ist folgende: • Es laufen zwei voneinander unabhängige PoC Sessions.
• Ein PoC User ist gleichzeitig in den beiden, allgemein in mehreren PoC Sessions eingewählt (dies ist nicht erforderlich, wird aber bei folgenden Beschreibungen zunächst angenommen, da dies der wahrscheinlichste Fall ist) .
• Alle User der beiden PoC Sessions, allgemein der mehreren PoC Sessions, sollen für einen gewissen
Zeitraum in einer gemeinsamen PoC Session gemeinsam miteinander kommunizieren können.
Gemäß dem Stand der Technik wäre es möglich, diese obige Aufgabenstellung unter Verwendung des in [2] und [3] beschriebenen Conference State Notification Services zu lösen, welcher für PoC optional vorgesehen ist. In diesem Fall kann User A mit Hilfe des Conference state notification Services die Teilnehmer der zweiten PoC Session ermitteln, welche mit der ersten PoC Session zu einer gemeinsamen PoC Session zusammengeführt werden soll. Dann lädt User A alle Teilnehmer der zweiten PoC Session einzeln in die erste PoC Session ein. Nachdem diese User (in obigem Beispiel User D und User E) diese Einladung akzeptiert haben, sind sie ebenfalls Teilnehmer in der ersten PoC Session. Somit können nun alle Teilnehmer aus den beiden PoC Sessions miteinander in der gemeinsamen PoC Session kommunizieren.
Diese mögliche Lösung gemäß dem Stand der Technik hat jedoch unter anderem folgende Nachteile:
• Für den Fall, dass die zweite PoC Session viele Teilnehmer hat, ergibt sich daraus ein hoher Signalisierungsaufwand für User A, um alle Teilnehmer der zweiten PoC Session einzeln zu der gemeinsamen PoC Session einzuladen.
• Zustände der PoC Kommunikationssitzungen (PoC Session Stati) , die zum Zeitpunkt des Wechsels, d.h. des Übergangs zu der gemeinsamen PoC Session, in der zweiten PoC Session vorlagen, können in der gemeinsamen, beispielsweise der als gemeinsame PoC Session weitergeführten ersten PoC Session, nicht berücksichtigt werden. Ein Beispiel für einen solchen Status ist hier die sogenannte Floor Control Queue (Floor Control- Warteschlage) .
• User D und User E müssen zwei PoC Sessions parallel handhaben. Da die parallele Handhabung von mehreren PoC Sessions ein optionales Leistungsmerkmal (Feature) bei dem derzeitigen PoC-Kommunikationsstandard ist, bekommen PoC Clients, die dieses Leistungsmerkmal nicht unterstützen, Probleme. Sie müssen dann, sobald sie die Einladung zu der zeitweilig gemeinsamen ersten PoC Session akzeptieren, die zweite PoC Session freigeben, wodurch sie den entsprechenden Kontext zur ursprünglichen zweiten PoC Session verlieren. Eine saubere Trennung der zeitweiligen gemeinsamen PoC Session, d.h. die spätere Weiterführung der zweiten PoC Session im ursprünglichen Kontext, ist nicht mehr möglich.
• Selbst wenn alle beteiligten PoC Clients die parallele Handhabung von mehreren PoC Sessions beherrschen, kann es zu Problemen kommen: Bei parallelen PoC Sessions kann ein User eine PoC Session „locken", d.h. er wählt aus, dass er nur Sprachnachrichten aus der „gelockten" PoC Session empfangen möchte. Hat ein User ursprünglich die zweite PoC Session „gelockt", wird zu der ersten PoC ■ Session eingeladen und verpasst es dann, den „Lock" zu der zweiten PoC Session aufzuheben bzw. den „Lock" auf die erste PoC Session zu switchen, d.h. auf diese umzuschalten, bekommt er von der Kommunikation in der zeitweiligen gemeinsamen ersten PoC Session nichts mit.
In Druckschrift [6] ist ein Verfahren offenbart, bei dem eine erste Telefonkonferenz zwischen einer ersten Menge von Kommunikationsendgeräten und eine zweite Telefonkonferenz zwischen einer zweiten Menge von Kommunikationsendgeräten zu einer einzigen Telefonkonferenz zusammengelegt werden können. Ferner kann eine Telefonkonferenz in eine erste Telefonkonferenz zwischen einer ersten Menge von Kommunikationsendgeräten und eine zweite Telefonkonferenz zwischen einer zweiten Menge von Kommunikationsendgeräten aufgeteilt werden.
Der Erfindung liegt das Problem zugrunde, verglichen mit dem obigen Verfahren einfacher eine gemeinsame
Kommunikationssitzung aus mehreren voneinander unabhängig laufenden Kommunikationssitzungen zu bilden bzw. mehrere unabhängig laufende Kommunikationssitzungen aus einer gemeinsamen Kommunikationssitzung zu bilden.
Das Problem wird durch ein Verfahren zum Bilden einer gemeinsamen Kommunikationssitzung, durch ein Verfahren zum Bilden einer ersten Kommunikationssitzung und einer zweiten Kommunikationssitzung aus einer gemeinsamen Kommunikationssitzung sowie durch Kommunikationssitzungs- Steuerungs-Server mit den Merkmalen gemäß den unabhängigen Patentansprüchen gelöst.
Beispielhafte Ausgestaltungen der Erfindung ergeben sich aus den abhängigen Patentansprüchen. Die im Folgenden beschriebenen Ausgestaltungen der Erfindung gelten, soweit jeweils sinnvoll, für die Verfahren als auch die Kommunikationssitzungs-Steuerungs-Server.
Bei einem Verfahren zum Bilden einer gemeinsamen
Kommunikationssitzung aus einer ersten Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen und einer zweiten Kommunikationssitzung mit mehreren Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen, wobei die erste Kommunikationssitzung von einem ersten
Kommunikationssitzungs-Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem zweiten Kommunikationssitzungs-Steuerungs-Server gesteuert wird, fordert auf eine Anforderung hin, die Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen in der gemeinsamen Kommunikationssitzung zusammenzuführen, einer der beiden Kommunikationssitzungs-Steuerungs-Server eine gemeinsame Kommunikationssitzung bei dem anderen Kommunikationssitzungs- Steuerungs-Server mittels einer Fusions-Anforderungsnachricht an. Ferner richtet einer der beiden Kommunikationssitzungs- Steuerungs-Server die gemeinsame KommunikationsSitzung ein.
Bei einem Verfahren zum Bilden einer ersten Kommunikationssitzung mit mehreren Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen und einer zweiten Kommunikationssitzung mit mehreren Kommunikationssitzungs-
Teilnehmer-Kommunikationseinrichtungen aus einer gemeinsamen Kommunikationssitzung, wobei die erste Kommunikationssitzung von einem ersten Kommunikationssitzungs-Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem zweiten Kommunikationssitzungs-Steuerungs-Server gesteuert wird, ordnet auf eine Anforderung hin, die Kommunikationssitzungs-Teilnehmer aus der gemeinsamen Kommunikationssitzung auf die erste Kommunikationssitzung und die zweite Kommunikationssitzung aufzuteilen, einer der beiden Kommunikationssitzungs-Steuerungs-Server die
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung und der zweiten Kommunikationssitzung zu. Weiterhin teilt einer der beiden Kommunikationssitzungs-Steuerungs-Server dem anderen Kommunikationssitzungs-Steuerungs-Server mittels einer Aufteilungs-Nachricht das Aufteilen der
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen mit .
Ein Kommunikationssitzungs-Steuerungs-Server zum Bilden einer gemeinsamen Kommunikationssitzung aus einer ersten Kommunikationssitzung mit mehreren Kommunikationssitzungs- Teilnehmer-Kommunάkationseinrichtungen und einer zweiten Kommunikationssitzung mit mehreren Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen, wobei die erste Kommunikationssitzung von dem Kommunikationssitzungs- Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem anderen
Kommunikationssitzungs-Steuerungs-Server gesteuert wird, weist einen Prozessor auf, der derart eingerichtet ist, dass folgende Verfahrensschritte durchführbar sind: • auf eine Anforderung hin, die Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen in der gemeinsamen Kommunikationssitzung zusammenzuführen, fordert der Kommunikationssitzungs-Steuerungs-Server eine gemeinsame Kommunikationssitzung bei dem anderen Kommunikationssitzungs-Steuerungs-Server mittels einer
Fusions-Anforderungsnachricht an, und
• der Kommunikationssitzungs-Steuerungs-Server richtet die gemeinsame Kommunikationssitzung ein.
Ein anderer Kommunikationssitzungs-Steuerungs-Server zum Bilden einer gemeinsamen Kommunikationssitzung aus einer ersten Kommunikationssitzung mit mehreren
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen und einer zweiten Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen, wobei die erste Kommunikationssitzung von dem Kommunikationssitzungs- Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem anderen Kommunikationssitzungs-Steuerungs-Server gesteuert wird, weist einen Prozessor auf, der derart eingerichtet ist, dass er auf den Empfang einer Fusions-Anforderungs-Nachricht von einem anderen Kommunikationssitzungs-Steuerungs-Server hin, mit welcher eine gemeinsame Kommunikationssitzung angefordert wird, die gemeinsame Kommunikationssitzung einrichtet.
Gemäß einem anderen Aspekt der Erfindung ist ein Kommunikationssitzungs-Steuerungs-Server zum Bilden einer ersten Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen und einer zweite Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen aus einer gemeinsamen Kommunikationssitzung, wobei die erste Kommunikationssitzung von dem Kommunikationssitzungs- Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem anderen Kommunikationssitzungs-Steuerungs-Server gesteuert wird, vorgesehen, wobei der Kommunikationssitzungs-Steuerungs- Server einen Prozessor aufweist, der derart eingerichtet ist, dass folgende Verfahrensschritte durchführbar sind:
• auf eine Anforderung hin, die Kommunikationssitzungs- Teilnehmer aus der gemeinsamen Kommunikationssitzung auf die erste Kommunikationssitzung und die zweite Kommunikationssitzung aufzuteilen, ordnet der Kommunikationssitzungs-Steuerungs-Server die Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen der ersten Kommunikationssitzung und der zweiten Kommunikationssitzung zu, und
• der Kommunikationssitzungs-Steuerungs-Server teilt dem anderen Kommunikationssitzungs-Steuerungs-Server mittels einer Aufteilungs-Nachricht das Aufteilen der Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen mit.
Somit wird anschaulich durch diese Erfindung das Problem auf einfache Weise gelöst, wie zwei zunächst voneinander unabhängig laufende Sessions (Kommunikationssitzungen) zu einem gruppen-basierten Service (wie z.B. PoC) zusammengelegt werden können und auch wieder in die zwei voneinander unabhängig laufenden Sessions (Kommunikationssitzungen) aufgeteilt werden können.
Gemäß einer Ausgestaltung der Erfindung ist es vorgesehen, dass die Anforderung, beispielsweise in Form einer Vereinigungs-Anforderungsnachricht, von einer Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtung der ersten Kommunikationssitzung und/oder von einer Kommunikationssitzungs-Teilnehmer-Koπimunikationseinrichtung der zweiten Kommunikationssitzung gesendet wird.
Auf diese Weise wird es sehr einfach ermöglicht, dass ein Teilnehmer einer der laufenden Kommunikationssitzungen, alternativ ein Teilnehmer beider laufender Kommunikationssitzungen, bei mehr als zwei laufenden Kommunikationssitzungen, ein Teilnehmer von zwei oder mehr, auch allen laufenden Kommunikationssitzungen das Zusammenführen einer vorgebbaren Anzahl von laufenden Kommunikationssitzungen zu einer gemeinsamen Kommunikationssitzung anstoßen kann.
Der erste Kommunikationssitzungs-Steuerungs-Server kann die gemeinsame Kommunikationssitzung einrichten.
In diesem Fall ist es in einer Ausgestaltung der Erfindung vorgesehen, dass in der Fusions-Anforderungsnachricht eine Kommunikationssitzungs-Identifikationsangabe der zweiten Koinmunikationssitzung enthalten ist, beispielsweise die
Session ID der zweiten Kommunikationssitzung, alternativ eine Angabe, aus der die zweite Kommunikationssitzung identifizierbar ist für den zweiten Kommunikationssitzungs- Steuerungs-Server .
Ferner kann der zweite Kommunikationssitzungs-Steuerungs- Server derart eingerichtet sein, dass er eine Bestätigungsnachricht erzeugt und diese an den ersten Kommunikationssitzungs-Steuerungs-Server übermittelt .
Auf diese Weise wird dem ersten Kommunikationssitzungs- Steuerungs-Server verlässlich mitgeteilt, dass er die zweite Kommunikationssitzung zu der von ihm gesteuerten ersten Kommunikationssitzung anschaulich hinzufügen kann, allgemein, dass er die erste Kommunikationssitzung und die zweite Kommunikationssitzung zu der gemeinsamen Kommunikationssitzung zusammenführen kann. In einer Ausgestaltung der Erfindung ist es ferner vorgesehen, dass in der Bestätigungsnachricht eine Liste der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der zweiten Kommunikationssitzung enthalten ist, wobei die Liste eine eindeutige Adresse der jeweiligen
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der zweiten Kommunikationssitzung enthalten kann oder eine Referenz auf eine Identifikationsangabe, mittels der die Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der zweiten Kommunikationssitzung eindeutig identifizierbar sind.
Mittels der auf diese Weise ausgebildeten Bestätigungsnachricht wird ein sehr einfacher Mechanismus angegeben, mit dem der erste Kommunikationssitzungs- Steuerungs-Server über die Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen der zweiten Kommunikationssitzung informiert wird, so dass er diese zu der gemeinsamen Kommunikationssitzung hinzufügen kann. Es ist in diesem Zusammenhang anzumerken, dass in dem Fall, dass der erste Kommunikationssitzungs-Steuerungs-Server die gemeinsame Kommunikationssitzung einrichtet, die Identitäten bzw. die Adressen der Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen der ersten Kommunikationssitzung bekannt sind.
In einer alternativen Ausgestaltung der Erfindung ist es vorgesehen, dass ein Kommunikationssitzungs-Steuerungs-Server die gemeinsame Kommunikationssitzung einrichtet, der bis zu diesem Zeitpunkt keine der bisher laufenden Kommunikationssitzungen steuert. In diesem Fall ist es vorgesehen, dass der Kommunikationssitzungs-Steuerungs-Server die Adressen der Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen bzw. die zur Identifikation derselben erforderlichen Informationen sowohl der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung als auch der zweiten Kommunikationssitzung bereitgestellt bekommt, beispielsweise von den jeweiligen Kommunikationssitzungs-Steuerungs-Servern.
Weiterhin kann in der Bestätigungsnachricht eine Information über die Kommunikationsrecht-Vergabe der
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der zweiten Kommunikationssitzung enthalten sein.
Die Information über die Kommunikationsrecht-Vergabe der
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der zweiten Kommunikationssitzung weist beispielsweise eine Kommunikationsrecht-Warteschlangen-Information auf, mit der die zukünftige Kommunikationsrecht-Vergabe der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen in der zweiten Kommunikationssitzung angegeben wird.
Weitere mögliche Informationen sind:
• Welche Prioritäten haben die einzelnen Teilnehmer in der zweiten PoC Session bezüglich der Sprachrechtvergabe; die User können nämlich unterschiedliche Prioritäten haben, d.h. ein höher priorisierter User kommt in der Warteschlange vor einem niedriger priorisierten User, obwohl er eventuell später angefragt hat; • Allgemein: welche Rechte hatte ein User in der zweiten Session; Beispiel: darf er überhaupt das Sprachrecht anfragen, oder darf er nur zuhören? Darf er andere User zu der Session einladen? Welche Informationen darf der User anfragen? • Welche Medien wurden in der zweiten Session genutzt; momentan ist bei PoC zwar nur Sprache möglich, in Zukunft jedoch auch Video, Messaging, Files, etc.
All diese und weitere Stati werden bei Conferencing (gemäß IETF und 3GPP) in den sogenannten Conference Policy Document (Zustand der Session, Regeln in der Session, Zustand zu den Usern) , Media Policy Document (Regeln der Sprachrechtvergabe, welche Medien dürfen und werden genutzt) und Conference Policy Privileges Document (welche Rechte haben die User, die Eintragungen in den zwei ersten Dokumenten zu ändern) festgehalten und verwaltet.
Es ist in diesem Zusammenhang anzumerken, dass bei Anwendung der Erfindung auf beispielsweise Internet-Konferenzen, wobei beispielsweise ein Conferencing Framework in [5] beschrieben ist, die oben beschriebenen Dokumente als Informationsträger mit übertragen werden können. Alternativ kann auch eine eindeutige Referenz auf ein solches Dokument, beispielsweise in Form der jeweils einem Dokument zugeordneten eindeutige Identifikationsangabe (ID) , mit übertragen werden.
Diese Kommunikationsrecht-Warteschlangen-Information, beispielsweise gemäß PoC die QueueStatus-Information, wird gemäß einer Ausgestaltung der Erfindung bei der Kommunikationsrecht-Vergabe in der gemeinsamen Kommunikationssitzung berücksichtigt. Allgemein bedeutet dies, dass die Kommunikationsrecht-Vergabe in der gemeinsamen Kommunikationssitzung unter Berücksichtigung der Information über die Kommunikationsrecht-Vergabe der
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung und/oder der zweiten Kommunikationssitzung erfolgt.
In einer alternativen Ausgestaltung der Erfindung kann der zweite Kommunikationssitzungs-Steuerungs-Server die gemeinsame Kommunikationssitzung einrichten.
In diesem Fall kann in der Fusions-Anforderungsnachricht eine Kommunikationssitzungs-Identifikationsangabe der ersten Kommunikationssitzung enthalten sein.
Beispielsweise ist es vorgesehen, dass in der Fusions- Anforderungsnachricht eine Liste der Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung enthalten ist, wobei die Liste eine eindeutige Adresse der jeweiligen Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen der zweiten Kommunikationssitzung enthalten kann oder eine Referenz auf eine Identifikationsangabe, mittels der die
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der zweiten Kommunikationssitzung eindeutig identifizierbar sind.
In der Fusions-Anforderungsnachricht kann ferner eine Information über die Kommunikationsrecht-Vergabe der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung enthalten sein, wobei die Information über die Kommunikationsrecht-Vergabe der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung eine Kommunikationsrecht- Warteschlangen-Information aufweisen kann, mit der die zukünftige Kommunikationsrecht-Vergabe der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen in der ersten Kommunikationssitzung angegeben wird.
Die Kommunikationsrecht-Vergabe in der gemeinsamen Kommunikationssitzung erfolgt gemäß einer Ausgestaltung der Erfindung unter Berücksichtigung der Informationen über die Kommunikationsrecht-Vergabe der Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung und/oder der zweiten Kommunikationssitzung.
Gemäß einem anderen Aspekt der Erfindung ist es vorgesehen, dass von dem die gemeinsame Kommunikationssitzung einrichtenden Kommunikationssitzungs-Steuerungs-Server eine Fusions-Nachricht an jeden der Teilnehmer-Server der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung und/oder der zweiten
Kommunikationssitzung übermittelt wird, und der jeweilige Teilnehmer-Server die ihm zugeordnete Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtung der gemeinsamen KommunikationsSitzung zuordnet.
Anschaulich bedeutet diese Ausgestaltung der Erfindung bei einer hierarchischen Strukturierung von
Komunikationssitzungs-Servern in mehreren Hierarchieebenen, dass jeweils die Information über das Zusammenführen der Kommunikationssitzungen von dem Kommunikationssitzungs- Steuerungs-Server der obersten Hierarchieebene an einen oder mehrere Kommunikationssitzungs-Server in einer oder mehreren untergeordneten Hierarchieebenen weitergeleitet wird und das Zusammenführen den Kommunikationssitzungen bzw. jeweiligen Datenströme der Kommunikationssitzungs-Teilnehmer von den „untergeordneten" Kommunikationssitzungs-Server (n) übernommen wird. In dem Beispielsfall von PoC, bei dem zusätzlich zu den Kommunikationssitzungs-Steuerungs-Servern noch für mindestens eine Kommunikationssitzungs-Teilnehmereinrichtung, beispielsweise ein Mobilfunkendgerät, ein Teilnehmer-Server (dort bezeichnet als Participant Server) vorgesehen ist, der die entsprechende Zuordnung der übertragenen Datenströme (d.h. sowohl bei Multiplexen als auch beim Demultiplexen derselben) auf die gemeinsame Kommunikationssitzung übernimmt .
Zumindest für einen Teil der Nachrichten kann das Session Initiation Protocol (SIP) verwendet werden, anders ausgedrückt, zumindest ein Teil der Nachrichten kann gemäß dem SIP codiert und übertragen werden.
Die Kommunikationssitzungen können Push-to-talk-
Kommunikationssitzungen sein, beispielsweise Push-to-talk- over-Cellular-Kommunikationssitzungen ( PoC- Kommunikationssitzungen, PoC Sessions) .
Es ist anzumerken, dass die Erfindung auch im Rahmen einer anderen Kommunikationsarchitektur eingesetzt werden kann, bei der ein (beispielsweise temporäres) Zusammenführen von zwei an sich voneinander unabhängig laufenden Koπununikationssitzungen zu einer gemeinsamen Kommunikationssitzung erreicht werden soll. Ein Beispiel hierfür ist eine Konferenzarchitektur, bei der die Kommunikationssitzungen mittels des Internet, d.h. unter Verwendung des Internet Protocol (IP) und des Transport Control Protocol (TCP) bereitgestellt werden. Somit ist die Erfindung nicht von der Art des verwendeten Datenübertragungsmediums abhängig und kann sowohl in einem Mobilfunk-Kommunikationsnetzwerk als auch in einem Festnetz- Kommunikationsnetzwerk eingesetzt werden oder auch in einem hybriden Kommunikationsnetzwerk mit einem Mobilfunk-Teil- Kommunikationsnetzwerk und einem Festnetz-Teil- Kommunikationsnetzwerk. Die Kommunikationssitzungen können somit auch Conferencing Sessions sein, beispielsweise IMS Conferencing oder IETF Conferencing.
Allgemein werden gemäß einer Ausgestaltung der Erfindung alle jeweils verfügbaren und sinnvoll verwendbaren Statusinformationen der beiden Kommunikationssitzungen im Rahmen der Bildung der gemeinsamen Kommunikationssitzung berücksichtigt. In dem Fall, dass der erste Kommunikationssitzungs-Steuerungs-Server die gemeinsame Kommunikationssitzung einrichtet, werden beispielsweise die Status-Informationen über die zweite Kommunikationssitzung von dem zweiten Kommunikationssitzungs-Steuerungs-Server zu dem ersten Kommunikationssitzungs-Steuerungs-Server übertragen. In dem Fall, dass der zweite Kommunikationssitzungs-Steuerungs-Server die gemeinsame Kommunikationssitzung einrichtet, werden beispielsweise die
Status-Informationen über die erste Kommunikationssitzung von dem ersten Kommunikationssitzungs-Steuerungs-Server zu dem zweiten Kommunikationssitzungs-Steuerungs-Server übertragen.
Ausführungsbeispiele der Erfindung sind in den Figuren dargestellt und werden im Folgenden näher erläutert. In den Figuren sind, soweit zweckmäßig, gleiche oder ähnliche Einheiten mit gleichen Bezugszeichen versehen.
Es zeigen
Figur 1 ein Blockdiagramm, welches ein PoC-
Kommunikationsnetzwerk gemäß dem Stand der Technik darstellt;
Figur 2 ein Nachrichtenflussdiagramm, in dem der Austausch von Nachrichten zum Bilden einer gemeinsamen Kommunikationssitzung gemäß einem ersten Ausführungsbeispiel der Erfindung dargestellt ist;
Figur 3 ein Blockdiagramm, welches ein PoC-
Kommunikationsnetzwerk darstellt, nachdem eine gemeinsame Kommunikationssitzung gemäß einem ersten Ausführungsbeispiel der Erfindung gebildet worden ist;
Figur 4 ein Nachrichtenflussdiagramm, in dem der Austausch von Nachrichten zum Aufteilen der gemäß Figur 1 gebildeten gemeinsamen Kommunikationssitzung auf zwei Kommunikationssitzungen gemäß dem ersten Ausführungsbeispiel der Erfindung dargestellt ist;
Figur 5 ein Nachrichtenflussdiagramm, in dem der Austausch von Nachrichten zum Bilden einer gemeinsamen Kommunikationssitzung gemäß einem zweiten Ausführungsbeispiel der Erfindung sowie ein erneutes Aufteilen derselben in die zwei Kommunikationssitzungen dargestellt ist; und
Figur 6 ein Blockdiagramm, welches ein PoC- Kommunikationsnetzwerk darstellt, nachdem eine gemeinsame Kommunikationssitzung gemäß einem zweiten Ausführungsbeispiel der Erfindung gebildet worden ist.
Pig.l zeigt ein PoC-Koπimunikationsnetzwerk 100 gemäß dem Stand der Technik.
Das PoC-Kommunikationsnetzwerk 100 gemäß den Ausführungsbeispielen der Erfindung ist in gleicher Weise ausgebildet wie im Zusammenhang mit Fig.l erläutert bis auf die gemäß den Ausführungsbeispielen der Erfindung vorgesehenen Erweiterungen.
In Fig.l sind fünf PoC Clients dargestellt, nämlich ein erster PoC Client 101, ein zweiter PoC Client 102, ein dritter PoC Client 103, ein vierter PoC Client 104 sowie ein fünfter PoC Client 105.
Jeder PoC Client 101, 102, 103, 104, 105 ist in einem jeweiligen Kommunikationsendgerät (nicht gezeigt) , beispielsweise einem Mobilfunk-Kommunikationsendgerät, beispielsweise einem Mobilfunktelefon oder einem Personal Digital Assistant (PDA), integriert, d.h. darin implementiert .
Jeder PoC Client 101, 102, 103, 104, 105 bzw. dessen
Kommunikationsendgerät ist einem jeweiligen Participating PoC-Server 106, 107, 108, 109, 110, im Folgenden auch bezeichnet als Teilnehmer-Server, mittels einer Schnittstelle (Interface) zugeordnet und mit diesem über eine Mobilfunk- Kommunikationsverbindung 111, 112, 113, 114, 115
(Luftschnittstelle) gekoppelt, beispielsweise gemäß einem der folgenden Mobilfunk-Kommunikationsstandards, beispielsweise einem 3GPP-Mobilfunk-Kommunikationsstandard (3rd Generation Partnership Project) : • Global System for Mobile Communications (GSM) ;
• General Packet Radio Standard (GPRS) ;
• Enhanced Data Service for GSM Evolution (EDGE) ; • Universal Mobile Telecommunications System (UMTS) .
Alternativ kann der jeweilige PoC Client 101, 102, 103, 104, 105 bzw. dessen Kommunikationsendgerät mittels einer PSTN- Kommunikationsverbindung, d.h. mittels einer Festnetz- Kommunikationsverbindung mit dem jeweiligen Participating PoC-Server 106, 107, 108, 109, 110 verbunden.
Für jede eingerichtete PoC-Kommunikationssitzung zwischen mehreren PoC-Kommunikationssitzungs-Teilnehmergeräten (welche die jeweiligen beteiligten PoC Clients enthalten) ist ein Controlling PoC-Server 116, 117, im Folgenden auch bezeichnet als- PoC-Kommunikationssitzungs-Steuerungs-Server, vorgesehen.
Ein jeweiliger Participating PoC-Server 106, 107, 108, 109, 110 ist mit demjenigen Controlling PoC-Server 116, 117 verbunden, der eine PoC-Kommunikationssitzung steuert, in welcher der PoC Client 101, 102, 103, 104, 105 des jeweiligen Participating PoC-Server 106, 107, 108, 109, 110 Teilnehmer ist.
Gemäß Fig.l wird davon ausgegangen, dass der erste PoC Client 101 Teilnehmer einer von dem ersten Controlling PoC-Server 116 gesteuerten ersten PoC-Kommunikationssitzung ist. Aus diesem Grund ist der erste Participating PoC-Server 106 mit dem ersten Controlling PoC-Server 116 mittels einer ersten KommunikationsVerbindung 118 verbunden. Ferner ist der erste PoC Client 101 Teilnehmer einer von dem zweiten Controlling PoC-Server 117 gesteuerten zweiten PoC-Kommunikationssitzung. Aus diesem Grund ist der erste Participating PoC-Server 106 mit dem zweiten Controlling PoC-Server 117 mittels einer zweiten Kommunikationsverbindung 119 verbunden.
Ferner ist der zweite PoC Client 102 Teilnehmer der von dem ersten Controlling PoC-Server 116 gesteuerten ersten PoC- Kommunikationssitzung. Aus diesem Grund ist der zweite Participating PoC-Server 107 mit dem ersten Controlling PoC- Server 116 mittels einer dritten KommunikationsVerbindung 120 verbunden.
Der dritte PoC Client 103 ist ebenfalls Teilnehmer der von dem ersten Controlling PoC-Server 116 gesteuerten ersten PoC- Kommunikationssitzung, weshalb der dritte Participating PoC- Server 108 mit dem ersten Controlling PoC-Server 116 mittels einer vierten Kommunikationsverbindung 121 verbunden ist.
Der vierte PoC Client 104 ist Teilnehmer der von dem zweiten Controlling PoC-Server 117 gesteuerten zweiten PoC- Kommunikationssitzung, weshalb der vierte Participating PoC- Server 109 mit dem zweiten Controlling PoC-Server 117 mittels einer fünften Kommunikationsverbindung 122 verbunden ist.
Der fünfte PoC Client 105 ist ebenfalls Teilnehmer der von dem zweiten Controlling PoC-Server 117 gesteuerten zweiten PoC-Kommunikationssitzung, weshalb der fünfte Participating PoC-Server 110 mit dem zweiten Controlling PoC-Server 117 mittels einer sechsten Kommunikationsverbindung 123 verbunden ist.
Somit haben die jeweiligen Participating PoC-Server eine Verbindung zu dem jeweiligen Controlling PoC-Server 116, 117
Der jeweilige Controlling PoC Server 116, 117 hat unter anderem die Funktionalität, die Sprachrechtvergabe (Floor Control) , allgemein der Kommunikationsrecht-Vergabe, im Rahmen der von ihm verwalteten Kommunikationssitzung zu managen.
In diesem Beispiel ist somit der erste PoC Client 101 in zwei PoC Sessions gleichzeitig eingewählt, d.h. sein Participating PoC Server 106 hat Verbindung zu zwei unterschiedlichen Controlling PoC Servern, nämlich zu dem ersten Controlling PoC Server 116 und dem zweiten Controlling PoC Server 117. Für den Fall, dass in beiden PoC Sessions gleichzeitig Sprachnachrichten aufkommen, kann an den ersten PoC Client 101 gemäß dem Stand der Technik nur eine der beiden weitergeleitet werden.
Fig.2 zeigt ein Nachrichtenflussdiagramm 200, in dem der Austausch von Session Initiation Protocol (SIP) Nachrichten zum Bilden einer gemeinsamen Kommunikationssitzung gemäß einem ersten Ausführungsbeispiel der Erfindung dargestellt ist .
Gemäß diesem Ausführungsbeispiel der Erfindung wird davon ausgegangen, dass eine erste Kommunikationssitzung, welche von dem ersten Controlling PoC Server 116 gesteuert wird, aufgebaut ist zwischen dem ersten PoC Client 101, dem zweiten PoC Client 102 sowie dem dritten PoC Client 103 (symbolisiert in Fig.2 mit Block 201).
Ferner wird gemäß diesem Ausführungsbeispiel der Erfindung davon ausgegangen, dass eine zweite Kommunikationssitzung, welche von dem zweite Controlling PoC Server 117 gesteuert wird, aufgebaut ist zwischen dem ersten PoC Client 101, dem vierten PoC Client 104 sowie dem fünften PoC Client 105 (symbolisiert in Fig.2 mit Block 202).
Allgemein wird vorausgesetzt, dass das Verfahren zum
Zusammenführen der beiden Kommunikationssitzungen zu einer gemeinsamen Kommunikationssitzung angestoßen wird, gemäß diesem Ausführungsbeispiel von einem der Teilnehmer zumindest einer der beiden Kommunikationssitzungen, gemäß diesem Ausführungsbeispiel genauer von dem ersten PoC Client 101, welcher Teilnehmer sowohl der ersten KommunikationsSitzung als auch der zweiten Kommunikationssitzung ist.
Von dem ersten PoC Client 101, welcher von einem ersten Nutzer A bedient wird, wird dem ersten Controlling PoC Server 116 signalisiert, dass er die momentane, d.h. die erste PoC Session mit einer anderen PoC Session, nämlich der zweiten PoC Session, zusammenlegen soll. Dies erfolgt, indem der erste PoC Client 101 eine Änforderungsnachricht (SessionCombineRequest) 203 erzeugt und an den ersten Controlling PoC Server 116 überträgt, wobei die PoC Session ID (als Kommunikationssitzungs-Identifikationsangabe) der zweiten PoC Session als Parameter mitgegeben wird.
Es ist in diesem Zusammenhang anzumerken, dass die PoC Session ID 204 der zweiten PoC Session dem ersten PoC Client 101 bekannt ist, da er auch Teilnehmer in der zweiten PoC Session ist.
Für den Fall, dass der erste Controlling PoC Server 116 dieses Feature nicht unterstützt, bekommt der erste PoC Client 101 und damit der erste User A eine entsprechende Fehlermeldung als Antwort übermittelt.
Der erste Controlling PoC Server 116 schickt auf den Empfang der Anforderungsnachricht 203 hin eine Fusions- Anforderungsnachricht (SessionTakeOverRequest) 205 an den zweiten Controlling PoC Server 117 (dessen Adresse die oben übergebene PoC Session ID der zweiten PoC Session ist) . Mit der Fusions-Anforderungsnachricht 205 wird bei dem zweiten Controlling PoC Server 117 angefragt, ob der erste Controlling PoC Server 116 die erste PoC Session mit der von dem zweiten Controlling PoC Server 117 gesteuerten zweiten PoC Session zusammenlegen kann.
Der zweite Controlling PoC Server 117 stimmt gemäß diesem Ausführungsbeispiel der Anfrage zu und zeigt dies dem ersten Controlling PoC Server 116 an mittels einer Fusions- Bestätigungsnachricht 206, welche von dem zweiten Controlling PoC Server 117 erzeugt und an den ersten Controlling PoC Server 116 übermittelt wird. In der Fusions- Bestätigungsnachricht 206 sind enthalten die Liste der momentanen Teilnehmer der zweiten PoC Session (Nutzer A 207 des ersten PoC Clients 101, Nutzer D 208 des vierten PoC Clients 104 sowie Nutzer E 209 des fünften PoC Clients 105) und eine den momentanen Status der Queue (Parameter QueueStatus 210) (optional, falls vorhanden) beschreibende Information und gegebenenfalls weitere den Status der zweiten PoC Session beschreibende Parameter. Alternativ kann auch ein Link auf ein Dokument, das all die Stati zur zweiten PoC Session enthält (z.B. ein Conference Policy Document) , als Parameter übergeben werden.
Für den Fall, dass der zweite Controlling PoC Server 117 dieses Feature nicht unterstützt, bekommt der erste Controlling PoC Server 116 hierauf ebenfalls eine entsprechende Fehlermeldung als Antwort.
In einer alternativen Ausführungsform ist es vorgesehen, dass Nutzer (User) A des ersten PoC Clients 101 die Fusions- Anforderungsnachricht (SessionCombineRequest) 203 an den zweiten Controlling PoC Server 117 sendet (in diesem Fall mit der Session ID der ersten PoC Session) . Der zweite Controlling PoC Server 117 fordert dann den ersten
Controlling PoC Server 116 auf, die beiden PoC Sessions zusammenzulegen, wobei die o.g. Parameter (Liste der Teilnehmer in der zweiten PoC Session und evtl. QueueStatus) mitgegeben werden.
Für beide oben beschriebenen Ausführungsformen werden nunmehr die folgenden Schritte ausgeführt.
Der erste Controlling PoC Server 116 beginnt, die Teilnehmer der zweiten PoC Session zu der ersten PoC Session 1 einzuladen, womit logisch eine dritte, gemeinsame Kommunikationssitzung gebildet wird.
In diesem Beispiel gilt dies allerdings nicht für User A des ersten PoC Clients 101, da dieser ja schon Teilnehmer in der ersten PoC Session ist. Im Rahmen der Einladung sendet der erste Controlling PoC Server 116 eine erste SIP-INVITE-Nachricht 211 an den vierten Participating PoC Server 109 sowie eine zweite SIP-INVITE- Nachricht 212 an den fünften Participating PoC Server 110. In der ersten SIP-INVITE-Nachricht 211 und in der zweiten SIP- INVITE-Nachricht 212 ist jeweils ein Parameter (redirect: SessionID_2) 213 enthalten, mit dem angegeben wird, dass der Datenstrom der zweiten PoC Session durch den jeweiligen Participating PoC Server zu der ersten PoC Session umgeleitet werden soll.
Somit dient der Parameter 213 zum Signalisieren, dass es sich nicht um eine SIP-INVITE-Nachricht gemäß dem Stand der Technik handelt. Der Parameter 213 wird von einem Flag (redirect) mit dem Parameter der betroffenen PoC Session gebildet. Dieses Flag veranlasst die jeweiligen Participating PoC Server 109, 110, nicht eine SIP-INVITE-Nachricht an die entsprechenden PoC Clients 104, 105 zu senden (wie es gemäß dem Stand der Technik erfolgen würde) , sondern anschaulich die zweite PoC Session (durch den Parameter 213 bestimmt) für den PoC User auf die erste PoC Session „umzulenken". Anders ausgedrückt bedeutet dies, der Participating PoC Server 109, 110 assoziiert nun die PoC Session des PoC Clients 104, 105 mit dem ersten Controlling PoC Server 116 anstatt mit dem zweiten Controlling PoC Server 117 (für den vierten
Participating PoC Server 109 in Fig.2 symbolisiert mit Block 215, für den fünften Participating PoC Server 110 in Fig.2 symbolisiert mit Block 217), ohne dass der jeweilige PoC Client 104, 105 etwas davon merkt. Gegebenenfalls können die PoC Clients 104, 105 jedoch auch mit einer SIP-UPDATE-
Nachricht darüber und evtl. über geänderte Media-Parameter bzw. über die geänderte Controlling PoC Server Adresse informiert werden.
Der vierte Participating PoC Server 109 antwortet auf den
Erhalt der ersten SIP-INVITE-Nachricht 211 mit einer ersten SIP-200-OK-Nachricht 214 und sendet diese an den ersten Controlling PoC Server 116.
Der fünfte Participating PoC Server 110 antwortet auf den Erhalt der zweiten SIP-INVITE-Nachricht 212 mit einer zweiten SIP-200-OK-Nachricht 216 und sendet diese an den ersten Controlling PoC Server 116.
Nachdem der erste Controlling PoC Server 116 zu mindestens einem von den von ihm gesendeten SIP-INVITE-Nachrichten 211, 212 eine den Empfang bestätigende SIP-200-OK-Nachricht 214, 216 empfangen hat, sind die jeweils positiv bestätigenden User in die erste PoC Session eingebunden und der erste Controlling PoC Server 116 kann die beiden Queues (falls vorhanden) , beziehungsweise, wenn gewünscht oder zweckmäßig, Teile davon, zusammenlegen. Gemäß diesem Ausführungsbeispiel der Erfindung erfolgt dies, indem die neue, erweiterte Queue für die „zusammengelegte" gemeinsame PoC Session anschaulich gemäß dem Reißverschluss-Prinzip generiert wird (Schritt 218) . Anders ausgedrückt bedeutet dies, dass die
Kommunikationsrecht-Vergabe-Warteschlange (Queue) der gemeinsamen PoC Session gebildet wird, indem immer abwechselnd in chronologischer Reihenfolge in die „neue" Kommunikationsrecht-Vergabe-Warteschlange (Queue) ein Eintrag aus der Kommunikationsrecht-Vergabe-Warteschlange (Queue) der ersten PoC Session eingefügt (bzw. erhalten bleibt) wird und dann ein Eintrag aus der Kommunikationsrecht-Vergabe- Warteschlange (Queue) der zweiten PoC Session eingefügt wird, usw.
Nachdem das Zusammenführen der Queues der beiden PoC Session erfolgreich abgeschlossen wurde, signalisiert der erste Controlling PoC Server 116 dem zweiten Controlling PoC Server 117, dass die Zusammenlegung erfolgreich durchgeführt wurde. Dies erfolgt mittels einer Kommunikationssitzungs-
Übernahmenachricht 219 (SessionTakeOverComplete) , welche von dem ersten Controlling PoC Server 116 erzeugt und an den zweiten Controlling PoC Server 117 übermittelt wird. Zudem bestätigt der erste Controlling PoC Server 116 dem ersten PoC Client 101 und damit dem User A seinen zu Beginn gesendeten SessionCombineRequest mit einer Anforderungs-Antwortnachricht 220 (SessionCombineResponse) .
Nach Erhalt der Kommunikationssitzungs-Übernahmenachricht 219 unterbricht der zweite Controlling PoC Server 117 die zweite PoC Session (in Fig.2 symbolisiert mit Block 221).
Damit ist die erste PoC Session nunmehr eine gemeinsame PoC Session, in der alle fünf PoC Clients 101, 102, 103, 104, 105 Teilnehmer sind (in Fig.2 symbolisiert mit Block 222).
Fig.3 zeigt in einem Blockdiagramm 300 den Zustand der
Kommunikationsverbindungen in dem PoC Kommunikationsnetzwerk 100 hinsichtlich der PoC Sessions nach erfolgtem Zusammenführen der ersten PoC Session und der zweiten PoC Session zu der gemeinsamen PoC Session in der ersten PoC Session.
Die Grundstruktur des PoC-Kommunikationsnetzwerks 100 gemäß Fig.3 entspricht der des in Fig.l dargestellten, wobei die Kommunikationsverbindungen zwischen den Participating PoC Servern 106, 107, 108, 109, 110 und den Controlling PoC Servern 116, 117 jedoch unterschiedlich sind. Die Kommunikationsverbindungen 111, 112, 113, 114, 115 zwischen den PoC Clients 101, 102, 103, 104, 105 und den Participating PoC Servern 106, 107, 108, 109, 110 sind unverändert.
Gemäß Fig.3 besteht eine KommunikationsVerbindung 301 zwischen dem ersten Participating PoC Server 106 und dem ersten Controlling PoC Server 116 sowie eine Kommunikationsverbindung 302, 303, 304, 305 jeweils zwischen jedem der weiteren Participating PoC Server 107, 108, 109, 110 und dem ersten Controlling PoC Server 116. Der vierte Participating PoC Server 109 von dem vierten PoC Client 104 und der fünfte Participating PoC Server 110 von dem fünften PoC Client 105 haben nun somit auch eine Verbindung zu dem ersten Controlling PoC Server 116, aber auch weiterhin zum zweiten Controlling PoC Server 116 (in Fig.3 gestrichelt dargestellt, da hier keine Medien ausgetauscht werden, solange die beiden PoC Sessions zusammengelegt sind) . Der vierte PoC Client 104 und der fünfte PoC Client 105 nutzen die gleiche Verbindung zu deren Participating PoC Servern 109, 110, die sie auch vorher benutzt haben. Auch die Verbindung zwischen dem zweiten Controlling PoC Server 117 und dem ersten PoC Client 101 bzw. dessen ersten Participating PoC Server 106 ist gestrichelt dargestellt, da hier temporär keine Medien ausgetauscht werden.
Nachdem also die beiden PoC Session zusammengelegt wurden, werden sie irgendwann evtl. auch wieder getrennt, d.h. aufgeteilt in die ursprüngliche erste PoC Session und die zweite PoC Session (siehe Nachrichtenflussdiagramm 400 in Fig .4) .
Auch dies wird von jemandem initiiert, gemäß diesem Ausführungsbeispiel der Erfindung wiederum von dem ersten PoC Client 101, d.h. dem User A.
Dazu sendet aufgrund einer Eingabe des Users A der erste PoC Client 101 eine Anfrage als Aufteilungs-Anforderungsnachricht (SessionSeparateRequest ) 401 an den ersten Controlling PoC Server 116, bei der die ID der PoC Session, die hier, d.h. aus der „gemeinsamen" ersten PoC Session, herausgelöst werden soll, als Parameter 402 mit angegeben wird.
Auf den Empfang der Aufteilungs-Anforderungsnachricht 401 signalisiert der erste Controlling PoC Server 116 den
Participating PoC Servern der ursprünglichen Teilnehmer der zweiten PoC Session, d.h. dem vierten Participating PoC Server 109 und dem fünften Participating PoC Server 110, dass die Zusammenlegung beendet wird.
Dies erfolgt, indem von dem ersten Controlling PoC Server 116 eine erste SIP-BYE-Nachricht 403 erzeugt und an den vierten Participating PoC Server 109 übermittelt wird, wobei die PoC SessionID der ursprünglichen zweiten PoC Session als Parameter 404 mitgeliefert wird. Ferner wird von dem ersten Controlling PoC Server 116 eine zweite SIP-BYE-Nachricht 405 erzeugt und an den fünften Participating PoC Server 110 übermittelt, wobei die PoC SessionID der ursprünglichen zweiten PoC Session als Parameter 406 mitgeliefert wird.
Die jeweiligen Participating PoC Server 109, 110 nehmen die Umlenkung wieder zurück, so dass der ursprüngliche Status der zweiten PoC Session wieder erlangt wird (für den vierten Participating PoC Server 109 in Fig.4 symbolisiert mit Block 408 und für den fünften Participating PoC Server 110 in Fig.4 symbolisiert mit Block 410) .
Nachdem der erste Controlling PoC Server 116 alle Bestätigungen erhalten hat (eine erste SIP-200-OK-Nachricht 407 von dem vierten Participating PoC Server 109 und eine zweite SIP-200-OK-Nachricht 409 von dem fünften Participating PoC Server 110) , informiert er den zweiten Controlling PoC Server 117 mit einem Kommunikationssitzungs-Aufteilungs- Anzeigenachricht (SessionSeparatelndication) 412, dass die Zusammenlegung wieder aufgehoben ist. Dabei nimmt er aus der temporär gemeinsamen Queue die entsprechenden Teilnehmer heraus (Queue Separation Block 411) und liefert diese Queue 416 zusammen mit den momentanen Teilnehmern, die zur zweiten PoC Session gehören (erster PoC Client 101 (erster Teilnehmer 413), vierter PoC Client 104 (vierter Teilnehmer 414), fünfter PoC Client 105 (fünfter Teilnehmer 415)), an den zweiten Controlling PoC Server als Parameter mit. Ferner erzeugt der erste Controlling PoC Server 116 eine Kommunikationssitzung-Aufteilungs-Antwortnachricht 418 (SessionSeparateResponse (OK) ) und sendet diese an den ersten PoC Client 101.
Der zweite Controlling PoC Server 117 nimmt daraufhin die ursprüngliche zweite PoC Session wieder auf, so dass die beiden PoC Sessions ab nun wieder unabhängig voneinander laufen (Schritt 417) .
Die erste PoC Session läuft nun wieder mit dem ersten PoC Client 101, dem zweiten PoC Client 102 und dem dritten Client 103 als Teilnehmer, gesteuert von dem ersten Controlling PoC Server 116 (in Fig.4 symbolisiert mit Block 419), und die zweite PoC Session läuft wieder mit dem ersten PoC Client 101, dem vierten PoC Client 104 und dem fünften Client 105 als Teilnehmer, gesteuert von dem zweiten Controlling PoC Server 117 (in Fig.4 symbolisiert mit Block 420).
Fig.5 zeigt ein Nachrichtenflussdiagramm 500, in dem der
Austausch von Session Initiation Protocol (SIP) Nachrichten zum Bilden einer gemeinsamen Kommunikationssitzung gemäß einem zweiten Ausführungsbeispiel der Erfindung dargestellt ist.
Auch gemäß diesem Ausführungsbeispiel der Erfindung signalisiert der erste PoC Client 101 des Users A ohne Einschränkung der Allgemeingültigkeit dem ersten Controlling PoC Server 116, dass er die momentane PoC Session, d.h. die erste PoC Session, mit einer anderen PoC Session, der zweiten PoC Session, zusammenlegen soll. Dies erfolgt mittels der von dem ersten PoC Client 101 erzeugten und an den ersten Controlling PoC Server 116 übermittelten Anforderungsnachricht (SessionCombineRequest) 203, wobei die PoC Session ID der zweiten PoC Session als Parameter 204 mitgegeben wird. Auf den Empfang der Anforderungsnachricht 203 hin erzeugt der erste Controlling PoC Server 116 eine SIP-INVITE-Nachricht 501 und sendet diese an den zweiten Controlling PoC Server 117, in der der erste Controlling PoC Server 116 mit Hilfe eines definierten Flags 502 (hier SessionÄttachRequest genannt) dem zweiten Controlling PoC Server 117 mitteilt, dass diese aufzubauende SIP Session zwischen den beiden Controlling PoC Servern 116, 117 dazu dienen soll, dass die zweite PoC Session der ersten PoC Session angehängt werden soll.
Da der zweite Controlling PoC Server 117 damit einverstanden ist, antwortet er positiv mit einer Positiv- Bestätigungsnachricht 503 und übermittelt dabei - wie auch gemäß dem ersten Ausführungsbeispiel der Erfindung, die Liste der momentanen Teilnehmer in der zweiten PoC Session (Nutzer A 504 des ersten PoC Clients 101, Nutzer D 505 des vierten PoC Clients 104 sowie Nutzer E 506 des fünften PoC Clients 105) und eine den momentanen Status der Queue (Parameter QueueStatus 507) (optional, falls vorhanden) beschreibende
Information und gegebenenfalls weitere den Status der zweiten PoC Session beschreibende Parameter.
Nunmehr bildet der erste Controlling PoC Server 116 in gleicher Weise wie gemäß dem ersten Ausführungsbeispiel der Erfindung eine gemeinsame Kommunikationsrechte-Vergabe- Warteschlange (Queue) (Schritt 508) .
Ferner unterbricht der zweite Controlling PoC Server 117 die zweite PoC Session (Block 509 in Fig.5).
Der erste Controlling PoC Server 116 signalisiert dem ersten PoC Client 101 und damit dem User A dann noch mit einer Antwortnachricht (SessionCombineResponse) 510, dass das Zusammenlegen der beiden PoC Sessions erfolgreich durchgeführt wurde . Nun sind also alle PoC Clients 101, 104, 105 aus der zweiten PoC Session über deren jeweiligen Participating PoC Server 106, 109, 110, dem zweiten Controlling PoC Server 117 und dem ersten Controlling PoC Server 116 an der ersten PoC Session beteiligt (Block 511) .
Der zweite Controlling PoC Server 117 suspendiert, wie oben beschrieben, die zweite PoC Session und fungiert nur noch als Relay-Server, der alle Signalisierungen und Media-Streams (Medien-Datenströme) zwischen den Participating PoC Servern 109, 110 aus der zweiten PoC Session und dem ersten Controlling PoC Server 116 austauscht, jedoch keine weiteren Funktionen mehr ausführt.
Als Beispiel ist in Fig.5 gezeigt, wie ein Floor Request von User D bearbeitet wird. Der vierte Participating PoC Server 109 sendet eine FloorRequest-Nachricht 512 an den zweiten Controlling PoC Server 117, der diese Anfrage an den ersten Controlling PoC Server 116 weiterleitet. Auch die Antwortnachricht FloorGranted 513 wird vom ersten Controlling PoC Server 116 über den zweiten Controlling PoC Server 117 an den vierten Participating PoC Server 109 gesendet.
Die Loslösung der zweiten PoC Session von der ersten PoC Session erfolgt gemäß dem zweiten Ausführungsbeispiel der Erfindung folgendermaßen:
Nachdem der erste PoC Client 101 des Users A wieder eine Aufteilungs-Anforderungsnachricht 401 (SessionSeparateRequest) an den ersten Controlling PoC Server 116 gesendet hat, beendet dieser die zuvor aufgebaute SIP Session mit dem zweiten Controlling PoC Server 117 mit Hilfe einer SIP-BYE-Nachricht 514. Auch hier wird die SessionID 515 der ursprünglichen zweiten PoC Session als Parameter mitgeliefert und ebenfalls die neue Queue 519 (die Queue wird aufgeteilt in eine Queue für die erste PoC Session und eine Queue für die zweite PoC Session in Schritt 521) zusammen mit einer Angabe der momentanen Teilnehmer, die zur zweiten PoC Session gehören (erster PoC Client 101 (erster Teilnehmer 516), vierter PoC Client 104 (vierter Teilnehmer 517), fünfter PoC Client 105 (fünfter Teilnehmer 518)), als Parameter mitgeliefert.
Der zweite Controlling PoC Server 117 bestätigt dieses mit einer SIP-200-OK-Nachricht 520 und nimmt die ursprüngliche zweite PoC Session wieder auf (Schritt 522) .
Die erste PoC Session läuft nun wieder mit dem ersten PoC Client 101, dem zweiten PoC Client 102 und dem dritten Client 103 als Teilnehmer, gesteuert von dem ersten Controlling PoC Server 116 (in Fig.5 symbolisiert mit Block 523), und die zweite PoC Session läuft wieder mit dem ersten PoC Client 101, dem vierten PoC Client 104 und dem fünften Client 105 als Teilnehmer, gesteuert von dem zweiten Controlling PoC Server 117 (in Fig.5 symbolisiert mit Block 524).
Fig.6 zeigt in einem Blockdiagramm 600 den Zustand der
Kommunikationsverbindungen in dem PoC Kommunikationsnetzwerk 100 hinsichtlich der PoC Sessions nach erfolgtem Zusammenführen der ersten PoC Session und der zweiten PoC Session zu der gemeinsamen PoC Session in der ersten PoC Session gemäß zweitem Ausführungsbeispiel.
Die Grundstruktur des PoC-Kommunikationsnetzwerks 100 gemäß Fig.6 entspricht der des in Fig.l dargestellten, wobei die Kommunikationsverbindungen zwischen den Participating PoC Servern 106, 107, 108, 109, 110 und den Controlling PoC Servern 116, 117 jedoch unterschiedlich sind. Die Kommunikationsverbindungen 111, 112, 113, 114, 115 zwischen den PoC Clients 101, 102, 103, 104, 105 und den Participating PoC Servern 106, 107, 108, 109, 110 sind unverändert.
Gemäß Fig.6 besteht nunmehr eine Kommunikationsverbindung 601 zwischen dem ersten Participating PoC Server 106 und dem ersten Controlling PoC Server 116 sowie eine Kommunikationsverbindung 602, 603 zwischen dem zweiten Participating PoC Server 107 und dem ersten Controlling PoC Server 116 bzw. zwischen dem dritten Participating PoC Server 108 und dem ersten Controlling PoC Server 116.
Ferner besteht eine SIP-Kommunikationsverbindung 604 zwischen dem ersten Controlling PoC Server 116 und dem zweiten Controlling PoC Server 117.
Ferner besteht eine Kommunikationsverbindung 605, 606 zwischen dem vierten Participating PoC Server 109 und dem ersten Controlling PoC Server 116 bzw. zwischen dem fünften Participating PoC Server 110 und dem zweiten Controlling PoC Server 117 und über die SIP-Kommunikationsverbindung 604 mit dem ersten Controlling PoC Server 116.
Somit nutzen der vierte PoC Client 104 und der fünfte PoC Client 105 die gleiche Verbindung zu deren Participating PoC Servern, die sie auch vorher benutzt haben.
Durch die oben beschriebenen Aspekte der Erfindung werden unter anderem folgende Vorteile erreicht:
• Die PoC Clients, die temporär in eine andere PoC Session geswitcht werden, benötigen keine neue Funktionalität, da die dazu erforderliche Funktionalität von deren jeweiligen Participating PoC Servern geliefert wird
• Nach der Trennung der beiden PoC Session können jeweils die Kontexte in den beiden PoC Sessions, die vor der Zusammenlegung bestanden haben, wieder aufgenommen werden. D.h. es gehen keine Informationen z.B. durch eine sonst notwendige zwischenzeitliche Beendigung einer der beiden PoC Session verloren.
• Die Alternative gemäß dem zweiten Ausführungsbeispiel der Erfindung kann als „hierarchische Verknüpfung von
PoC Sessions" verallgemeinert werden. In dem Ausführungsbeispiel wäre z.B. die zweite PoC Session bzw. der zweite Controlling PoC Server in der Hierarchie unter der ersten PoC Session bzw. unter dem ersten Controlling PoC Server. Eine solche Hierarchie könnte mit mehreren PoC Sessions beliebig fortgesetzt werden.
Auf folgende Aspekte der Erfindung ist zusätzlich hinzuweisen:
• Signalisierung, um eine Zusammenlegung von PoC Sessions anzustoßen; • Zusätzliche SIP Sessions zwischen dem Controlling PoC Server der einen PoC Session mit den Participating PoC Servern einer anderen Session (erstes Ausführungsbeispiel) ;
• Zusätzliche SIP Session zwischen den Controlling PoC Servern zwei unterschiedlicher PoC Sessions (zweites
Ausführungsbeispiel) ;
• Der zweite Controlling PoC Server spielt dabei die Rolle eines reinen Relay-Servers (zweites Ausführungsbeispiel) ; • Zusammenlegung der beiden FloorControl Queues zu einer gemeinsamen Queue nach dem Reissverschluß-Prinzip;
• Signalisierung, um eine Zusammenlegung von PoC Sessions wieder zu beenden.
In diesem Dokument sind folgende Veröffentlichungen zitiert:
[1] Push-to-talk over Cellular (PoC); Architecture; PoC
Release 1.0, Architecture V 1.1.0, 2003-08;
[2] RFC3265 "Session Initiation Protocol (SIP) -Specific Event Notification";
[3] draft-ietf-sipping-conference-package-08 "A Session Initiation Protocol (SIP) Event Package for Conference State";
[4] Push-to-talk over Cellular (PoC) ; List Management and Do- not-Disturb; PoC Release 1.0, List Management and Do-not- Disturb V 1.1.3, 2003-08;
[5] J. Rosenberg, A framework for conferencing with the Session Initiation protocol, SIP Internet-Draft, IETF SIPPING working group: Draft-IETF-SIPPING-conferencing- framework-02, Juni 2004;
[6] US 5,195,086 A
Bezugszeichenliste
100 PoC-Kommunikationsnetzwerk
101 erster PoC Client
102 zweiter PoC Client
103 dritter PoC Client
104 vierter PoC Client
105 fünfter PoC Client
106 erster Participating PoC-Server
107 zweiter Participating PoC-Server
108 dritter Participating PoC-Server
109 vierter Participating PoC-Server
110 fünfter Participating PoC-Server
111 MobiIfunk-KommunikationsVerbindung
112 MobiIfunk-KommunikationsVerbindung
113 MobiIfunk-KommunikationsVerbindung
114 MobiIfunk-KommunikationsVerbindung
115 Mobilfunk-Kommunikationsverbindung
116 erster Controlling PoC-Server
117 zweiter Controlling PoC-Server
118 erste Kommunikationsverbindung
119 zweite KommunikationsVerbindung
120 dritte Kommunikationsverbindung
121 vierte KommunikationsVerbindung
122 fünfte KommunikationsVerbindung
123 sechste Kommunikationsverbindung
200 Nachrichtenflussdiagramm
201 Block
202 Block
203 Anforderungsnachricht
204 PoC Session ID zweite PoC Session
205 Fusions-Anforderungsnachricht
206 Fusions-Bestätigungsnachricht
207 Nutzer A
208 Nutzer D
209 Nutzer E 210 QueueStatus
211 erste SIP-INVITE-Nachricht
212 zweite SIP-INVITE-Nachricht
213 Parameter
214 erste SIP-200-OK-Nachricht
215 Block
216 zweite SIP-200-OK-Nachricht
217 Block
218 Verfahrensschritt
219 Kommunikationssitzungs-Übernahmenachricht
220 Anforderungs-Antwortnachricht
221 Block
222 Block
300 Blockdiagramm
301 KommunikationsVerbindung
302 Kommunikationsverbindung
303 KommunikationsVerbindung
304 Kommunikationsverbindung
305 Kommunikationsverbindung
400 Nachrichtenflussdiagramm
401 Aufteilungs-Anforderungsnachricht
402 Parameter
403 erste SIP-BYE-Nachricht
404 Parameter
405 zweite SIP-BYE-Nachricht
406 Parameter
407 erste SIP-200-OK-Nachricht
408 Block
409 zweite SIP-200-OK-Nachricht
410 Block
411 Block
412 Kommunikationssitzungs-Aufteilungs-Anzeigenachricht
413 erster Teilnehmer
414 vierter Teilnehmer
415 fünfter Teilnehmer 416 Queue
417 Verfahrensschritt
418 Kommunikationssitzung-Aufteilungs-Antwortnachricht
419 Block
420 Block
500 Nachrichtenflussdiagramm
501 SIP-INVITE-Nachricht
502 Flag
503 Positiv-Bestätigungsnachricht
504 Nutzer A
505 Nutzer D
506 Nutzer E
507 QueueStatus
508 Verfahrensschritt
509 Block
510 Antwortnachricht
511 Block
512 FloorRequest-Nachricht
513 Antwortnachricht FloorGranted
514 SIP-BYE-Nachricht
515 SessionID
516 erster Teilnehmer
517 vierter Teilnehmer
518 fünfter Teilnehmer
519 neue Queue
520 SIP-200-OK-Nachricht
521 Verfahrensschritt
522 Verfahrensschritt
523 Block
524 Block
600 Blockdiagramm
601 Kommunikationsverbindung
602 Kommunikationsverbindung
603 Kommunikationsverbindung
604 SIP-Kommunikationsverbindung 605 Kommunikationsverbindung
606 Kommunikationsverbindung

Claims

Patentansprüche
1. Verfahren zum Bilden einer gemeinsamen
Kommunikationssitzung aus einer ersten KommunikationsSitzung mit mehreren Kommunikationssitzungs-Teilnehmer-
Kommunikationseinrichtungen, die jeweils einem Teilnehmer- Server einer ersten Mehrzahl von Teilnehmer-Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers an der ersten Kommunikationssitzung teilnehmen, und einer zweiten Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen, die jeweils einem Teilnehmer- Server einer zweiten Mehrzahl von Teilnehmer-Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers an der zweiten Kommunikationssitzung teilnehmen, wobei die erste KommunikationsSitzung von einem ersten Kommunikationssitzungs-Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem zweiten Kommunikationssitzungs-Steuerungs-Server gesteuert wird, • bei dem auf eine Anforderung hin, die Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen in der gemeinsamen Kommunikationssitzung zusammenzuführen, einer der beiden Kommunikationssitzungs-Steuerungs-Server eine gemeinsame Kommunikationssitzung bei dem anderen
Kommunikationssitzungs-Steuerungs-Server mittels einer Fusions-Anforderungsnachricht anfordert, und
• bei dem einer der beiden Kommunikationssitzungs- Steuerungs-Server die gemeinsame Kommunikationssitzung einrichtet
• bei dem von dem die gemeinsame Kommunikationssitzung einrichtenden Kommunikationssitzungs-Steuerungs-Server eine Fusions-Nachricht an jeden der Teilnehmer-Server der ersten Mehrzahl von Teilnehmer-Servern und/oder der zweiten Mehrzahl von Teilnehmer-Servern übermittelt wird, und • bei dem der jeweilige Teilnehmer-Server die ihm zugeordnete Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtung der gemeinsamen Kommunikationssitzung zuordnet.
2. Verfahren gemäß Anspruch 1, bei dem die Anforderung von einer Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtung der ersten Kommunikationssitzung und/oder der zweiten Kommunikationssitzung gesendet wird.
3. Verfahren gemäß Anspruch 1 oder 2, bei dem der erste Kommunikationssitzungs-Steuerungs-Server die gemeinsame Kommunikationssitzung einrichtet.
4. Verfahren gemäß einem der Ansprüche 1 bis 3, bei dem in der Fusions-Anforderungsnachricht eine Kommunikationssitzungs-Identifikationsangabe der zweiten Kommunikationssitzung enthalten ist.
5. Verfahren gemäß einem der Ansprüche 1 bis 4, bei dem der zweite Kommunikationssitzungs-Steuerungs-Server dem ersten Kommunikationssitzungs-Steuerungs-Server eine Bestätigungsnachricht übermittelt .
6. Verfahren gemäß Anspruch 5, bei dem in der Bestätigungsnachricht eine Liste der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der zweiten Kommunikationssitzung enthalten ist.
7. Verfahren gemäß Anspruch 5 oder β, bei dem in der Bestätigungsnachricht eine Information über die Kommunikationsrecht-Vergabe der Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen der zweiten Kommunikationssitzung enthalten ist.
8. Verfahren gemäß Anspruch 7, 44 bei dem die Information über die Kommunikationsrecht-Vergabe der Kommunikationssitzungs-Teilnehmer-
Kommunikationseinrichtungen der zweiten KommunikationsSitzung eine Kommunikationsrecht-Warteschlangen-Information aufweist, mit der die zukünftige Kommunikationsrecht-Vergabe der
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen in der zweiten Kommunikationssitzung angegeben wird.
9. Verfahren gemäß Anspruch 7 oder 8, bei dem die Kommunikationsrecht-Vergabe in der gemeinsamen
Kommunikationssitzung unter Berücksichtigung der Information über die Kommunikationsrecht-Vergabe der
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung und/oder der zweiten Kommunikationssitzung erfolgt.
10. Verfahren gemäß Anspruch 1 oder 2, bei dem der zweite Kommunikationssitzungs-Steuerungs—Server die gemeinsame Kommunikationssitzung einrichtet.
11. Verfahren gemäß Anspruch 10, bei dem in der Fusions-Anforderungsnachricht eine Kommunikationssitzungs-Identifikationsangabe der ersten Kommunikationssitzung enthalten ist.
12. Verfahren gemäß Anspruch 10 oder 11, bei dem in der Fusions-Anforderungsnachricht eine Liste der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung enthalten ist.
13. Verfahren gemäß einem der Ansprüche 10 bis 12, bei dem in der Fusions-Anforderungsnachricht eine Information über die Kommunikationsrecht-Vergabe der
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung enthalten ist.
14. Verfahren gemäß Anspruch 13, Hi bei dem die Information über die Kommunikationsrecht-Vergabe der Kommunikationssitzungs-Teilnehmer-
Kommunikationseinrichtungen der ersten Kommunikationssitzung eine Kommunikationsrecht-Warteschlangen-Information aufweist, mit der die zukünftige Kommunikationsrecht-Vergabe der
Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen in der ersten Kommunikationssitzung angegeben wird.
15. Verfahren gemäß Anspruch 13 oder 14, bei dem die Kommunikationsrecht-Vergabe in der gemeinsamen Kommunikationssitzung unter Berücksichtigung der Informationen über die Kommunikationsrecht-Vergabe der Kommunikationssitzungs-Teilnehmer-Kommunikationseinrichtungen der ersten Kommunikationssitzung und/oder der zweiten Kommunikationssitzung erfolgt.
16. Verfahren gemäß einem der Ansprüche 1 bis 15, bei dem für zumindest einen Teil der Nachrichten das Session Initiation Protocol verwendet wird.
17. Verfahren gemäß einem der Ansprüche 1 bis 16, bei dem die Kommunikationssitzungen Push-to-talk- Kommunikationssitzungen sind.
18. Verfahren gemäß Anspruch 17, bei dem die Kommunikationssitzungen Push-to-talk-over- Cellular-Kommunikationssitzungen oder Conferencing- Kommunikationssitzungen sind.
19. Verfahren zum Bilden einer ersten KommunikationsSitzung mit mehreren Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen, die jeweils einem Teilnehmer- Server einer ersten Mehrzahl von Teilnehmer-Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers an einer gemeinsamen Kommunikationssitzung teilnehmen, und einer zweiten Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen, die jeweils einem Teilnehmer- Server einer zweiten Mehrzahl von Teilnehmer-Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers an der gemeinsamen Kommunikationssitzung teilnehmen, aus der gemeinsamen Kommunikationssitzung, wobei die erste Kommunikationssitzung von einem ersten
Kommunikationssitzungs-Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem zweiten Kommunikationssitzungs-Steuerungs-Server gesteuert wird, • bei dem auf eine Anforderung hin, die
Kommunikationssitzungs-Teilnehmer aus der gemeinsamen Kommunikationssitzung auf die erste Kommunikationssitzung und die zweite Kommunikationssitzung aufzuteilen, einer der beiden Kommunikationssitzungs-Steuerungs-Server die Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen der ersten Kommunikationssitzung und der zweiten Kommunikationssitzung zuordnet, und • bei dem einer der beiden Kommunikationssitzungs-
Steuerungs-Server dem anderen Kommunikationssitzungs- Steuerungs-Server mittels einer Aufteilungs-Nachricht das Aufteilen der Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen mitteilt .
20. Kommunikationssitzungs-Steuerungs-Server zum Bilden einer gemeinsamen Kommunikationssitzung aus einer ersten Kommunikationssitzung mit mehreren Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen, die jeweils einem Teilnehmer-Server einer ersten Mehrzahl von Teilnehmer- Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers an der ersten Kommunikationssitzung teilnehmen, und einer zweiten Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen, die jeweils einem Teilnehmer- Server einer zweiten Mehrzahl von Teilnehmer-Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers Mq an der zweiten KommunikationsSitzung teilnehmen, wobei die erste Kommunikationssitzung von dem Kommunikationssitzungs- Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem anderen Kommunikationssitzungs-Steuerungs-Server gesteuert wird, wobei der Kommunikationssitzungs-Steuerungs-Server einen Prozessor aufweist, der derart eingerichtet ist, dass folgende Verfahrensschritte durchführbar sind:
• auf eine Anforderung hin, die Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen in der gemeinsamen Kommunikationssitzung zusammenzuführen, fordert der Kommunikationssitzungs-Steuerungs-Server eine gemeinsame Kommunikationssitzung bei dem anderen Kommunikationssitzungs-Steuerungs-Server mittels einer Fusions-Anforderungsnachricht an,
• der Kommunikationssitzungs-Steuerungs-Server richtet die gemeinsame Kommunikationssitzung ein und
• der Kommunikationssitzungs-Steuerungs-Server übermittelt eine Fusions-Nachricht an jeden der Teilnehmer-Server der ersten Mehrzahl von Teilnehmer-Servern und/oder der zweiten Mehrzahl von Teilnehmer-Servern, die dem jeweiligen Teilnehmer-Server signalisiert, die dem Teilnehmer-Server zugeordnete Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtung der gemeinsamen Kommunikationssitzung zuzuordnen.
21. Kommunikationssitzungs-Steuerungs-Server zum Bilden einer gemeinsamen Kommunikationssitzung aus einer ersten KommunikationsSitzung mit mehreren Kommunikationssitzungs- Teilnehmer-Kommunikationseinrichtungen, die jeweils einem Teilnehmer-Server einer ersten Mehrzahl von Teilnehmer- Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers an der ersten Kommunikationssitzung teilnehmen, und einer zweiten Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer-
Kommunikationseinrichtungen, die jeweils einem Teilnehmer- Server einer zweiten Mehrzahl von Teilnehmer-Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers an der zweiten Kommunikationssitzung teilnehmen, wobei die erste Kommunikationssitzung von dem Kommunikationssitzungs- Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem anderen
Kommunikationssitzungs-Steuerungs-Server gesteuert wird, wobei der Kommunikationssitzungs-Steuerungs-Server einen Prozessor aufweist, der derart eingerichtet ist, dass er auf den Empfang einer Fusions-Anforderungs-Nachricht von einem anderen Kommunikationssitzungs-Steuerungs-Server hin, mit welcher eine gemeinsame Kommunikationssitzung angefordert wird, die gemeinsame Kommunikationssitzung einrichtet und eine Fusions-Nachricht an jeden der Teilnehmer-Server der ersten Mehrzahl von Teilnehmer-Servern und/oder der zweiten Mehrzahl von Teilnehmer-Servern übermittelt, die dem jeweiligen Teilnehmer-Server signalisiert, die ihm zugeordnete Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtung der gemeinsamen Kommunikationssitzung zuzuordnen.
22. Kommunikationssitzungs-Steuerungs-Server zum Bilden einer ersten Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen, die jeweils einem Teilnehmer- Server einer ersten Mehrzahl von Teilnehmer-Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers an einer gemeinsamen Kommunikationssitzung teilnehmen, und einer zweite Kommunikationssitzung mit mehreren Kommunikationssitzungs-Teilnehmer- Kommunikationseinrichtungen, die jeweils einem Teilnehmer- Server einer zweiten Mehrzahl von Teilnehmer-Servern zugeordnet sind und mittels des jeweiligen Teilnehmer-Servers an der gemeinsamen Kommunikationssitzung teilnehmen, aus der gemeinsamen Kommunikationssitzung, wobei die erste Kommunikationssitzung von dem Kommunikationssitzungs- Steuerungs-Server gesteuert wird, wobei die zweite Kommunikationssitzung von einem anderen Kommunikationssitzungs-Steuerungs-Server gesteuert wird, wobei der Kommunikationssitzungs-Steuerungs-Server einen Prozessor aufweist, der derart eingerichtet ist, dass folgende Verfahrensschritte durchführbar sind: • auf eine Anforderung hin, die Kommunikationssitzungs-
Teilnehmer aus der gemeinsamen Kommunikationssitzung auf die erste Kommunikationssitzung und die zweite
Kommunikationssitzung aufzuteilen, ordnet der
Kommunikationssitzungs-Steuerungs-Server die Kommunikationssitzungs-Teilnehmer-
Kommunikationseinrichtungen der ersten
Kommunikationssitzung und der zweiten
Kommunikationssitzung zu, und
• der Kommunikationssitzungs-Steuerungs-Server teilt dem anderen Kommunikationssitzungs-Steuerungs-Server mittels einer Aufteilungs-Nachricht das Aufteilen der
Kommunikationssitzungs-Teilnehmer-
Kommunikationseinrichtungen mit.
EP06722703A 2005-04-11 2006-03-28 Verfahren zum bilden einer gemeinsamen kommunikationssitzung, verfahren zum bilden einer ersten kommunikationssitzung und einer zweiten kommunikationssitzung aus einer gemeinsamen kommunikationssitzung und kommunikationssitzungs-steuerungs-server Withdrawn EP1869919A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005016587A DE102005016587B4 (de) 2005-04-11 2005-04-11 Verfahren zum Bilden einer gemeinsamen Kommunikationssitzung, Verfahren zum Bilden einer ersten Kommunikationssitzung und einer zweiten Kommunikationssitzung aus einer gemeinsamen Kommunikationssitzung und Kommunikationssitzungs-Steuerungs-Server
PCT/DE2006/000551 WO2006108379A1 (de) 2005-04-11 2006-03-28 Verfahren zum bilden einer gemeinsamen kommunikationssitzung, verfahren zum bilden einer ersten kommunikationssitzung und einer zweiten kommunikationssitzung aus einer gemeinsamen kommunikationssitzung und kommunikationssitzungs-steuerungs-server

Publications (1)

Publication Number Publication Date
EP1869919A1 true EP1869919A1 (de) 2007-12-26

Family

ID=36658692

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06722703A Withdrawn EP1869919A1 (de) 2005-04-11 2006-03-28 Verfahren zum bilden einer gemeinsamen kommunikationssitzung, verfahren zum bilden einer ersten kommunikationssitzung und einer zweiten kommunikationssitzung aus einer gemeinsamen kommunikationssitzung und kommunikationssitzungs-steuerungs-server

Country Status (5)

Country Link
US (1) US20080155106A1 (de)
EP (1) EP1869919A1 (de)
CN (1) CN101194524B (de)
DE (1) DE102005016587B4 (de)
WO (1) WO2006108379A1 (de)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005049077B4 (de) 2005-10-13 2009-02-12 Infineon Technologies Ag Verfahren zum Übertragen von Mediendaten, Kommunikationsnetzwerk-Einheit und Computerprogrammelement
JP2007201916A (ja) * 2006-01-27 2007-08-09 Matsushita Electric Ind Co Ltd ＰｏＣデータ送信方法とＰｏＣ通話システムと装置
KR101183328B1 (ko) * 2006-07-10 2012-09-14 삼성전자주식회사 ＰｏＣ 세션에서 발언권 관리 규칙 전달과 적용 방법 및이를 구현하기 위한 시스템
EP2061212B1 (de) * 2007-11-13 2018-06-20 Cellular Communications Equipment Llc Verfahren, Vorrichtung und Programmproduct zum Zusammenführen von Kommunikationssitzungen in einem IMS
CN101453700B (zh) 2007-11-30 2010-09-29 华为技术有限公司 一种并发媒体处理方法和设备
US20090248809A1 (en) * 2008-03-28 2009-10-01 International Business Machines Corporation Instant Message Session Transfers
US8082351B1 (en) * 2009-05-26 2011-12-20 Adobe Systems Incorporated Software load balancing for session requests that maintain state information
US8583830B2 (en) * 2009-11-19 2013-11-12 Oracle International Corporation Inter-working with a walled garden floor-controlled system
US8514749B2 (en) * 2010-03-10 2013-08-20 Microsoft Corporation Routing requests for duplex applications
DE102010021770B9 (de) 2010-05-27 2012-05-24 Infineon Technologies Ag Verfahren und Vorrichtung zum Anfordern einer Medien-Replikation in einer kollaborativen Kommunikationssitzung und Verfahren und Vorrichtung zum Zuweisen eines Kommunikations-Mediums einer kollaborativen Kommunikationssitzung
US8832284B1 (en) * 2011-06-16 2014-09-09 Google Inc. Virtual socializing
US9955321B2 (en) 2015-04-08 2018-04-24 Blackberry Limited Regrouping push-to-talk groups
EP3079383B1 (de) * 2015-04-08 2018-07-04 BlackBerry Limited Umgruppierung von push-to-talk-gruppen
US9510166B1 (en) * 2015-06-29 2016-11-29 Blackberry Limited Merging active group calls
JP2024047669A (ja) * 2022-09-27 2024-04-08 株式会社Ｊｖｃケンウッド 端末装置、通信方法およびプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5195086A (en) * 1990-04-12 1993-03-16 At&T Bell Laboratories Multiple call control method in a multimedia conferencing system
EP2271148B1 (de) * 2000-03-03 2012-10-31 Qualcomm Incorporated Kommunikationseinrichtung und seine entsprechende Methode, um Sicherheit in einem Gruppennachrichtennetz zur Verfügung zu stellen
US7647374B2 (en) * 2001-07-03 2010-01-12 Nokia Corporation Method for managing sessions between network parties, methods, network element and terminal for managing calls
EP1282280B1 (de) * 2001-07-30 2003-12-17 Alcatel Verfahren, Steuereinrichtung und Programmmodul zur Steuerung und Lenkung von Datenströmen einer Kommunikationsverbindung zwischen Teilnehmern eines Paketdatennetzes
US6792281B2 (en) * 2002-06-28 2004-09-14 Motorola, Inc. Method and system for patching dispatch calling parties together
EP1661420B1 (de) * 2003-09-04 2014-09-10 Deutsche Telekom AG Interworking in einem drücken-zum-sprechen system
US20050055687A1 (en) * 2003-09-04 2005-03-10 Georg Mayer Software update information via session initiation protocol event packages
KR100840365B1 (ko) * 2004-07-30 2008-06-20 삼성전자주식회사 다중 피.오.씨 세션의 세션 결합 방법 및 그 시스템
KR101058707B1 (ko) * 2004-11-11 2011-08-22 삼성전자주식회사 세션 분할 방법 및 서버, 세션 분할 요청 클라이언트 및 세션 분할 요청 서버

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2006108379A1 (de) 2006-10-19
DE102005016587A1 (de) 2006-10-19
US20080155106A1 (en) 2008-06-26
CN101194524A (zh) 2008-06-04
DE102005016587B4 (de) 2007-11-08
CN101194524B (zh) 2011-05-25

Similar Documents

Publication Publication Date Title
DE102005016587B4 (de) Verfahren zum Bilden einer gemeinsamen Kommunikationssitzung, Verfahren zum Bilden einer ersten Kommunikationssitzung und einer zweiten Kommunikationssitzung aus einer gemeinsamen Kommunikationssitzung und Kommunikationssitzungs-Steuerungs-Server
DE102004053597B4 (de) Verfahren zum automatischen Erzeugen und/oder Steuern einer Telekommunikations-Konferenz mit einer Vielzahl von Teilnehmern, Telekommunikations-Konferenz-Endgerät und Telekommunikations-Konferenz-Servereinrichtung
EP1597935B1 (de) Verfahren zum verwalten von kommunikationssitzungen
DE102005037569B4 (de) Verfahren zum Vergeben eines Kommunikationsrechts, Kommunikationskonferenz-Sitzung-Server und Kommunikationskonferenz-Sitzung-Server-Anordnung
DE112006001922B4 (de) Verfahren und Vorrichtung zur Vergabe von Zugangsberechtigungen ("Floor-Control") in einem Kommunikationssystem
DE102005043003A1 (de) Telekommunikationskonferenz-Server, Telekommunikations-Endgerät, Verfahren zum Erzeugen einer Telekommunikationskonferenz-Steuernachricht, Verfahren zum Steuern einer Telekommunikationskonferenz, computerlesbare Speichermedien und Computerprogrammelemente
DE102005010038B4 (de) Verfahren zum Bereitstellen mehrerer Gruppen-Kommunikationsdienste, Gruppen-Kommunikationsdienst-System und Gruppen-Kommunikationsdienst-Server-Einheit
WO2006086939A1 (de) Verwaltung dynamischer gruppen in einem push-to-talk over cellular kommunikationssystems
DE102006021375B4 (de) Verfahren zum Aufbau einer Push-to-talk-Kommunikationsverbindung
DE102005042141A1 (de) Konferenz-Kommunikationssystem, Verfahren zum Betreiben eines Konferenz-Kommunikationssystems, Notifizierungseinrichtung und Verfahren zum Notifizieren eines Kommunikationsendgeräts
EP2469885B1 (de) Verfahren zur Integration von Funktionen eines Telekommunikationsnetzes in ein Datennetz
DE102005049077B4 (de) Verfahren zum Übertragen von Mediendaten, Kommunikationsnetzwerk-Einheit und Computerprogrammelement
DE102004063298B4 (de) Verfahren zum rechnergestützten Verwalten von Kommunikationsrechten zum Kommunizieren mittels mehrerer unterschiedlicher Kommunikationsmedien in einer Telekommunikations-Konferenz mit mehreren Telekommunikations-Einrichtungen
DE102005039668B4 (de) Verfahren zum rechnergestützten Bilden einer Konferenzsitzungs-Einladungsnachricht, Verfahren zum rechnergestützten Erzeugen einer Konferenzsitzung, Verfahren zum rechnergestützten Verarbeiten von Nachrichten in einer Konferenzsitzung, Konferenzsitzungs-Einladungsnachricht-Erzeugungseinheit, Konferenzsitzungs-Erzeugungseinheit und Kommunikations-Endgeräte
DE102004010925B9 (de) Verfahren und Kommunikationsanordnung zum Aufbauen einer Push-to-talk-Kommunikationsverbindung und Push-to-talk-Client-Einheit
DE102005049074B4 (de) Verfahren zum rechnergestützten Vergeben eines Kommunikationsrechts, Verfahren zum rechnergestützten Erzeugen einer Kommunikationsrecht-Anforderungsnachricht, Kommunikationsrecht-Vergabe-Einheit, Kommunikations-Konferenz-Servereinheit, Kommunikations-Konferenz-Nachricht-Erzeugungseinheit, Kommunikations-Endgerät und Verfahren zum rechnergestützten Initialisieren eines Konferenz-Nachrichtenflusses in einer Kommunikations-Konferenz
DE102010021770B4 (de) Verfahren und Vorrichtung zum Anfordern einer Medien-Replikation in einer kollaborativen Kommunikationssitzung und Verfahren und Vorrichtung zum Zuweisen eines Kommunikations-Mediums einer kollaborativen Kommunikationssitzung
DE102005043006B4 (de) Kommunikationssystem, Kommunikationssitzungs-Server-Einheit, Medienverteilungs-Einheit und Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung
DE102008045425B3 (de) Verfahren zur Ermittlung aktiver Kommunikationssitzungen, Kommunikationssitzungs-Informationsserver, Verfahren zum Bereitstellen einer Information über aktive Kommunikationssitzungen und Dokumentenmanagement-Server
WO2009153176A1 (de) Verfahren zur ermittlung aktiver kommunikationssitzungen und kommunikationssitzungs-informationsserver
DE102005007342B4 (de) Kommunikationssystem und Verfahren zum Betreiben eines Kommunikationssystems
DE102004005720B3 (de) Verfahren zum Verwalten von Kommunikationssitzungen
DE102005053914B4 (de) Kommunikationssystem, Verfahren zum Betreiben eines Kommunikationssystems, Server-Einheit, Verfahren zum Betreiben einer Server-Einheit, Kommunikationsdienst-Client-Einheit und Verfahren zum Betreiben einer Kommunikationsdienst-Client-Einheit
DE102008048880B4 (de) Verfahren, Vorrichtung und Computerprogrammprodukt zum Ausgeben von Kommunikationsbeiträgen einer Konferenz und Verfahren, Vorrichtung und Computerprogrammprodukt zum Erzeugen einer Nachricht mit einem Kommunikationsbeitrag einer Konferenz
DE102004041884A1 (de) Kommunikationsendgerät und Verfahren zum Steuern eines Kommunikationsendgeräts

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20070925

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE GB

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): DE GB

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: INTEL MOBILE COMMUNICATIONS GMBH

17Q First examination report despatched

Effective date: 20120515

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20141001

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Free format text: PREVIOUS MAIN CLASS: H04Q0007280000

Ipc: H04W0088080000

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Free format text: PREVIOUS MAIN CLASS: H04Q0007280000

Ipc: H04W0088080000

Effective date: 20150311