WO2006086939A1 - Verwaltung dynamischer gruppen in einem push-to-talk over cellular kommunikationssystems - Google Patents

Verwaltung dynamischer gruppen in einem push-to-talk over cellular kommunikationssystems Download PDF

Info

Publication number
WO2006086939A1
WO2006086939A1 PCT/DE2006/000097 DE2006000097W WO2006086939A1 WO 2006086939 A1 WO2006086939 A1 WO 2006086939A1 DE 2006000097 W DE2006000097 W DE 2006000097W WO 2006086939 A1 WO2006086939 A1 WO 2006086939A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication service
poc
criterion
server unit
communication
Prior art date
Application number
PCT/DE2006/000097
Other languages
English (en)
French (fr)
Inventor
Josef Laumen
Holger Schmidt
Norbert Schwagmann
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
Priority claimed from DE102005007342A external-priority patent/DE102005007342B4/de
Priority claimed from DE102005053914.9A external-priority patent/DE102005053914B9/de
Application filed by Infineon Technologies Ag filed Critical Infineon Technologies Ag
Priority to US11/816,569 priority Critical patent/US20090157798A1/en
Priority to CN2006800053040A priority patent/CN101120603B/zh
Publication of WO2006086939A1 publication Critical patent/WO2006086939A1/de
Priority to US13/926,271 priority patent/US8892747B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data

Definitions

  • the invention relates to a Kirunikationssyster ⁇ , a method of operating a KoiranunikationsSystems, a server unit, a method of operating a server unit, a communication service client unit and a • method of operating a communication service client unit.
  • the Push-to-talk-over-Cellular (PoC) communication service 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 will allow him to define personal, fixed user groups.
  • a user of PoC may have a group with the
  • Session Initiation Protocol Uniform Resource SIP
  • Locator in the form of a telephone number or in the form of a SIP
  • This group can then be assigned its own group address in the form of a SIP URL and used to set up a PoC
  • Session that is, a communication session using PoC, stating the group address, which is initiated by a user, all members of the group are addressed by a PoC server computer and invited to the PoC session.
  • the prerequisite for being able to invite a member of the group is that the member is registered in the mobile communication network by which the used PoC is provided, that is, "online”.
  • PoC participants of the PoC session Users of PoC, which are active in a PoC session, that is, as a transmitter, or passive, that is, as a receiver, are referred to below as PoC participants of the PoC session.
  • Grqup Management group management
  • groups can also be used in other communication services. For example, a user may send an MMS (Multimedia Message Service) message to all members of his family using an appropriate group.
  • MMS Multimedia Message Service
  • a user may start a PoC session with all members of his skat club using a corresponding group.
  • a PoC communication network i. provided in a communication network that provides PoC, a Group Management (GM) server, by means of which the user can create and manage a group.
  • the user is referred to as the administrator of the group.
  • - Group identifier by means of this the group is uniquely identified. He has, for example, the form sip: myfriends @ myname. t-mobile.
  • de Group specific attributes These attributes specify more specific properties of the group. These are:
  • Group Information Information in the form of a simple text (for example, "This is my family")
  • Group visibility This specifies which users the group
  • Group visibility specifies that only the administrator of the group can find the group.
  • Group duration This specifies how long and / or when the group is valid or usable. For example, Group duration specify that the group of "Friends Securestadion- '' a user only on Saturdays between 14 - usable 18:00.
  • Group members This is a list of users / groups that belong to the group, that is, group members.
  • Each group member which in particular can itself be a group, is uniquely specified by means of an ID (identification, for example a SIP URI).
  • ID identification, for example a SIP URI.
  • attributes can be defined for each group member:
  • Service specific info These are communication service-specific information.
  • the function of a moderator of a PoC session can be assigned to a group member by means of the service-specific info.
  • a user with the corresponding right for example the administrator of a group, can work within the Group
  • a group is used by a user, for example, as follows, as explained with reference to FIG.
  • FIG. 1 shows a message flow diagram 100 according to the prior art.
  • step 106 the user, being the user of a first PoC client unit 101, creates a group (PoC group) to which a second PoC client unit 102 (or the corresponding user) and a third PoC group Client unit 103 (or the corresponding user) belong, in a GM server computer 104, by sending a first message 120.
  • the PoC group for example, becomes the ID (identification) sip: myfriends @ abc. de and communicated to the user by means of a second message 121, which is sent from the GM server computer 104 in step 107 to the first PoC client unit 101.
  • step 108 the user selects the PoC group.
  • step 109 the user starts a PoC session with the PoC group.
  • the PoC server computer 105 determines in step 110 that the ID specified in the third message 122 (sip: myfriends @ abc. de) specifies a PoC group. Then, in step 111, the PoC server computer 105 sends a fourth message 123 to the GM server computer 104 to resolve this PoC group, ie, to determine which group members have this PoC group. The GM server computer 104 then sends in step 112 by means of a fifth message 124 a list of all group members of the PoC group to the PoC server computer.
  • the group comprises the second PoC client unit 102 and the third PoC client unit 103.
  • the PoC server computer 105 By sending a sixth message 125 in step 113 to the second PoC client unit 102 and sending a seventh message 126 to the third PoC client unit 103, the PoC server computer 105 loads all members of the PoC group to the PoC to be established Session.
  • the first group member accepts the invitation in step 114 by means of an eighth message 127, in this example the second PoC client unit 102, in step 116 the initiator of the PoC session, i. to the first PoC client unit 101, a ninth message 128 is sent, by means of which it is signaled that the PoC session is now started and voice packets can be sent within the PoC session.
  • the information lies to decide who is currently
  • the taxi operator In the case of a taxi operator, the taxi operator (or, for example, his mobile radio user equipment) must be notified each time a taxi is vacated or occupied, so that the taxi operator is always informed of the current status.
  • Notification messages also leads to a very high signaling volume, for example on the air interface of the mobile communication system used for the communication.
  • [7] describes a method for exchanging e-mails that allows a user to log in to a server and specify criteria that specify to which other users e-mails sent to him should be sent and specify a profile which determines whether emails sent by other users are sent to him or her.
  • Reference [8] discloses a network-based system and method for the dynamic management of
  • User groups Periodically, dynamic user data is compared with group membership criteria to determine the user groups.
  • Document [9] discloses a communication system in which a communication terminal selects the participants of the communication session from a list of possible participants of a communication session based on a geographical distance criterion.
  • Communication session based on the geographical locations at which the possible participants are located, the participants of the communication session are selected.
  • the invention is based on the problem to provide a way to use groups in the context of communication services, in which the above-mentioned disadvantages do not occur.
  • the problem is solved by a communication system, a method for operating a communication system, a server unit, a method for operating a server unit, a communication service client unit, and a method for operating a communication service client unit having the features according to solved the independent claims.
  • a communication system including a communication service client unit, other communication service client units, a communication service server unit, and a server unit, wherein the communication service client unit is configured to generate one or more messages contain at least one criterion, that of the others
  • Communication service client units each is met or not met and include the request for the provision of the communication service and a specification that the others
  • the server unit is set up to generate and transmit to the communication service server unit a list of the further communication service client units that satisfy the criterion; and the communication service server unit is configured to provide the communication service with the communication service client unit and the other communication service client units meeting the criterion as participants.
  • a communication system comprising a communication service client unit, other communication service client units, a communication service server unit, and a server unit, wherein the communication service client unit is adapted to generate one or more messages containing at least one criterion that is respectively met or not met by the further communication service client units and the request for the Provision of the communication service and a specification that the other communication service client units that meet the criterion, participants of the provided
  • the server unit is arranged, 'server unit to transmit a representing the at least one criterion information to the communication service; and the communication service server unit is configured to provide the communication service with the communication service client unit and the other communication service client units meeting the criterion as participants.
  • Communication system server units, methods for operating a server unit, a communication service client unit and a method for operating a communication service client unit according to the communication systems described above.
  • a user specifies, by means of his communication service client unit, a criterion according to which, when the user uses his communication service client unit
  • Communication service requests, a group of other users (or other communication service client units) is generated dynamically, the group members should participate together with the user to the provided communication service, such as a PoC (Push to talk over Cellular) communication ,
  • the user does not statically set a group at the server entity, such as a GM (Group Management) server, which he can only manually modify by sending messages to the server entity, for example, by sending a message specifying in that " a particular user is to be added to the group, but specifies a criterion according to which the server unit automatically (at the start of the provision of the communication service) determines the group dynamically.
  • GM Group Management
  • a user in a taxi center may specify as a criterion that all drivers of taxis that are currently free should belong to a PoC group.
  • the server unit dynamically generates the PoC group, for example by requesting a presence server, which contains for each taxi the information as to whether the taxi is currently free. In this way, the user can always send exactly to the taxis voice messages that are currently free, without always having to manually update the PoC group and without informing yourself which taxis are currently free, what to do considerable signaling effort would be required.
  • the invention increases the user-friendliness and significantly reduces the signaling overhead.
  • Communication service client units realized, for example, by mobile subscriber units of taxi drivers.
  • the first communication service client unit and the further communication service client units can be configured, for example, by mobile radio user equipment in accordance with UMTS (Universal Mobile
  • the invention is applicable not only when the communication service is provided by means of a mobile communication network, but also when the communication service is provided through a landline such as a PSTN (Public Switched Telephone Network).
  • the communication service may be provided via the Internet, for example, the communication service is an Internet-based conference communication service and the communication service client units are conference communication terminals accordingly.
  • the invention is suitable for a variety of group-specific communication services.
  • the other communication service client units that are to participate in the communication service are vividly "rewritten", for example, filtered out of a list of potential participants according to the criterion and so with the help of a predefinable Criteria (or multiple predefined criteria) dynamically set.
  • the invention thus enables the use of groups defined dynamically by means of criteria in the context of communication services.
  • the embodiments described below there is also the advantage that these are based on existing, partly already standardized, communication networks. It must be added to the realization of the embodiments no compared to the existing communication networks new network elements, the existing network elements are extended in their functionality. The embodiments can thus be realized easily and inexpensively.
  • the user may specify a value that limits the maximum number of additional communication service client units to participate in the communication service. Clearly, the user thus has control over the size of the dynamically generated group.
  • the server unit can periodically check the criteria.
  • the server unit and the communication service server unit can be realized by means of the same server computer.
  • the communication service server unit in response to the second message, sends a message to the communication service client unit, by which the communication service client unit is notified which of the other communication service client units currently meets the criterion.
  • the communication service client unit may then confirm whether the communication service is actually up to date with the other communication service client units meet the criterion of being provided as participants or not.
  • the invention extends the group management operations provided according to the state of the art. Further, the requests that the communication service client unit sends to the communication service server unit are vividly expanded, for example, by specifying that the communication service should be provided with the group members of a dynamically defined group as subscribers.
  • the server unit can be configured as a group management server unit and can be realized, for example, by a GM (Group Management) server, which is correspondingly extended over the prior art, or can be realized by any other server computer.
  • GM Group Management
  • a communication service client unit and the method of operating a communication service client unit are described.
  • the information representing the at least one criterion may be the at least one criterion itself.
  • the communication service client unit may be configured to send one or more messages having the at least one criterion to the server unit.
  • the server unit is configured to store the at least one criterion.
  • the server unit can be set up as a group management server unit.
  • the request is included in a first message of the one or more messages and is transmitted from the communication service client unit to the communication service server unit.
  • the criterion is contained in a second message of the one or more messages and is transmitted from the communications service client unit to the server unit.
  • the criterion is included in the first message of the one or more messages (and is forwarded, for example, from the communications service server unit to the server unit).
  • the server unit is configured to transmit to the at least one information server unit a third message for generating the list of the further communication service client units, which contains the request for information that is used to check whether the further communication service Client units meet the criteria required.
  • Communication service server unit configured to generate the list of the further communication service client units to at least one information server unit to transmit a third message, which the request for
  • the server unit or communication service server unit requests information from an information server unit having information relevant to the criterion that it checks to generate the list according to the criterion.
  • the information server unit is one
  • Presence server unit or a location server unit Accordingly, the criterion relevant for example, location information or presence information.
  • the server unit or the communication service server unit checks the criteria periodically (in order to always be able to check which of the other communication service client units currently fulfill the criterion), then it can contact a location server or a presence server, for example. Subscribe server so that it is always informed about status changes of other communication service client units.
  • the one or more messages further include a further list of a portion of the further communication service client units, and one of the further communication service client units is to be a participant of the provided communication service only if listed on the further list and meets the criterion.
  • the user of the communication service client unit can thus define a list of potential group members from which the participants of the communication service are filtered out according to the criterion.
  • the communication service is a communication service based on SIP (Session Initiation Protocol). '
  • various group communications can be realized within a SIP session using dynamic groups (or sub-groups).
  • dynamic groups or sub-groups.
  • “whispering" and “sidebars” can be realized.
  • a user participating in a group communication can send voice data to a dynamically defined subgroup that can only be received by the members of the subgroup.
  • the at least one criterion is specified according to XML (eXtended Markup Language).
  • the communication service is for example a PoC
  • Communication service a communication service for sending instant messages, an MMS communication service or a conference communication service.
  • the server unit checks the list of other communication service client units that satisfy the criterion (for example, periodically) for validity, updates them if necessary, and transmits the updated list to the communication service server. Unit.
  • the communication service server unit may be arranged to change the subscribers of the communication service according to the updated list.
  • the communication service server unit checks whether the further communication service client units still meet the criterion (for example, periodically) and, if necessary, changes the subscribers of the communication service.
  • the communication service is provided as part of another communication service provided by the communication service server unit.
  • a PoC communication is established as part of a PoC session, wherein the participants of the PoC communication (or the client units they use) meet the criterion.
  • FIG. 1 shows a message flow diagram according to the prior art.
  • Figure 2 shows a message flow diagram according to an embodiment of the invention.
  • FIG. 3 shows a communication system according to an embodiment of the invention.
  • FIG. 4 shows a message flow diagram according to an embodiment of the invention.
  • FIG. 5 shows a message flow diagram according to an exemplary embodiment of the invention.
  • FIG. 6 shows a message flow diagram according to an embodiment of the invention.
  • FIG. 7 shows a message flow diagram according to an exemplary embodiment of the invention.
  • FIG. 8 shows a message flow diagram according to an embodiment of the invention.
  • FIG. 9 shows a message flow diagram according to an exemplary embodiment of the invention.
  • FIG. 10 shows a message flow diagram according to a further exemplary embodiment of the invention.
  • FIG. 2 shows a message flow diagram 200 according to an embodiment of the invention.
  • the message flow 200 occurs between a GM (Group Management) client unit 201, a ServiceX client unit 202, a ServiceX server unit 203, and a GM (Group Management) server unit 204.
  • ServiceX stands for any communication service within which groups can be used.
  • the ServiceX is, for example, a PoC (Push to Talk over Cellular) communication service, a communication service for sending instant messages, an MMS (Multimedia Message Service) communication service or a conference communication service.
  • the ServiceX client unit 202 and the ServiceX server unit 203 are arranged and configured according to the communication service. An architecture for using PoC is explained below.
  • step 205 the GM client unit 201 submits to the GM
  • the GM client unit 201 sends a group creation request message 216 to the GM server unit 204.
  • the group creation request message 216 includes: a list of potential group members of the group and / or a first list of criteria; - (optional) a specification of a maximum number of group members of the group;
  • the GM server unit 204 then creates a corresponding group and, in step 206, sends a response message 217 to the GM client unit 201 containing a unique identification (ID) of the created group.
  • ID unique identification
  • the ServiceX client unit 202 sends a request message 218 requesting the provision of the ServiceX to the ServiceX server unit 203.
  • the request message 218 includes: the identification of the group and / or a second list of criteria;
  • the further list of potential group members may be an extension of the list of potential group members; - (optional) the specification of a maximum number of group members of the group;
  • the ServiceX server unit 203 determines that it can not resolve the group, i. that she can not determine the current group members. Therefore, it sends a request message 219 to the GM server unit 204 requesting that the GM server unit 204 resolve the group.
  • the inquiry message 219 contains: the identification of the group;
  • the ServiceX server unit 203 requests a long-term Group Composite Change Notification from the request message 219 to the GM server unit 204.
  • the ServiceX server unit 203 is informed by the GM server unit 204 each time the composition of the group changes, for example, if a potential
  • the GM server unit 204 periodically checks which potential group members are currently meeting the criteria.
  • This subscription i. Alternatively, the Group Composite Change Notification request may be made by the ServiceX server unit 203 at a later time.
  • the GM server unit 204 determines all users, if any, that are indicated in the list of potential group members that meet the criteria criteria of the first list of criteria (if any) and which (if any) exist. Meet criteria of the second list of criteria. These users form the current list of group members.
  • the manner in which the GM server unit 204 determines the current group members depends on the criteria specified by the first list of criteria and the second list of criteria, respectively. This will be explained below.
  • step 211 the GM server unit 204 sends another response message 220 containing the current list of group members to the ServiceX server unit 203.
  • Steps 212 and 213 are optionally performed.
  • Step 212 the ServiceX server unit 203 transmits an information message 221 to the ServiceX client unit 202, by which it informs the ServiceX client unit 202 of the current list of group members.
  • the information message 22 for example, contain the number of current group members or the complete current list of group members.
  • the ServiceX client unit 202 sends a confirmation message 222 to the ServiceX server unit 203, thereby confirming the ServiceX request made in step 207.
  • the ServiceX client unit 202 may retire the request for the ServiceX in step 213, and the flow is terminated accordingly.
  • step 214 the request for ServiceX made in step 207, if not retired in step 213, is retrieved using the current list of group members from the ServiceX server unit
  • ServiceX server unit 203 served.
  • corresponding actions are carried out by the ServiceX server unit 203, for example an invitation of the group members to a group communication.
  • the ServiceX server unit 203 sends a request acknowledgment message 223 to the ServiceX client unit 202 to confirm the ServiceX request made in step 207.
  • the request acknowledgment message 223 includes:
  • a response ID (response ID); in the case that the service X is a PoC communication service, this is a PoC communication ID, which is referred to as PK_id;
  • the ServiceX server unit 203 is notified of a change in the current list of group members via the changed current list of group members.
  • the ServiceX server unit 203 is always the current one Composition of the current list of group members known.
  • the change of the current list of group members involves certain actions, for example an invitation to the current list of group members newly added group member to a group communication.
  • steps 205 to 211 are performed as described above.
  • step 212 is necessarily performed and the information message 221 contains the current list of group members as well as a temporary group identification.
  • the ServiceX client unit 302 does not send one
  • the GM server unit 204 is not configured as a separate functional unit, but the above-described functionality of the GM server unit 204 is taken over by the ServiceX server unit 203.
  • the interaction between the GM server unit 204 and the ServiceX server unit 203 in steps 219 and 220 as well as the notifications to the ServiceX server unit 203 in the context of a group composite change notification is omitted.
  • FIG. 3 shows a communication system 300 according to an embodiment of the invention.
  • a first PoC client unit 301, a second PoC client unit 302 and a third PoC client unit 303 are each provided with one interface 304 PoC subscriber server (PoC server computer Participant Function) 305 coupled.
  • the PoC subscriber server computers 305 are coupled to a PoC control server computer (PoC server computer controlling function) 306.
  • the PoC control server computer 306 is coupled to a location server computer 307, a GM (Group Management) server computer 308, and a presence server computer 309.
  • the GM server computer 308 is also coupled to the location server computer 307 and the presence server computer 309.
  • the location server computer 307 provides location information.
  • the GM server computer 308 may request the location of the second PoC client unit 302 at the location server computer 307.
  • Presence server computer 309 provides presence information. For example, the GM server computer 308 at the presence server computer 309 may inquire whether the second PoC client unit 302 is currently available and is not powered down, for example, or for any other reason, can not establish a communication link to it.
  • the interfaces 304 are implemented, for example, by means of the RAN (Radio Access Network), the core network (CN) and the Internet Protocol Based Multimedia Subsystem (IMS) of a UMTS (Universal Mobile Telecommunication System) communication system or a GSM (Global System for Mobile Communication) communication system provided.
  • RAN Radio Access Network
  • CN core network
  • IMS Internet Protocol Based Multimedia Subsystem
  • the interfaces 304 may also be provided, for example, by means of a PSTN (Public Switched Telephone Network) communication network.
  • the PoC client units 301, 302, 303 are. each in a mobile communication terminal, which is configured according to the respective interface 304, for example, for communication according to the UMTS standard, the GSM standard, the GPRS (General Packet Radio Service) standard or another mobile communication standard integrated.
  • FIG. 4 shows a message flow diagram 400 according to an embodiment of the invention.
  • the illustrated message flow takes place between a PoC client unit 401, a PoC control server computer 402, a GM server computer 403, a location server computer 404, a presence server computer 405 and further PoC client units 406, which act as with Referring to FIG. 3, arranged and configured, the second PoC client unit 302 and the third PoC client unit 303 correspond to the further PoC client unit 406.
  • the user of the PoC client unit 401 creates a PoC group in the GM server computer 403 by sending a group_generation_request message 423 in step 407.
  • the user submits a listing (member_list) contained in the group_generation_request message 423 from twenty different users (the user's friends, these are the potential group members) and one in the group_generation_request message 423 specified first criterion (criteria_l) that the friends should be in the city of Hamburg at the time of using the PoC group.
  • the sending of the group_generation_request message can be realized, for example, by means of an HTTP get command, which is designed according to Table 1.
  • step 408 the GM server computer 403 in response sends a group_generation_response message 424, which contains a unique group identifier of the PoC group, in In this case, the identification sip: myfriends @ abc. de, to the PoC client unit 401.
  • the user of the PoC client unit 401 selects the PoC group and sets the second criterion (criteria_2) (the first criterion and the second criterion can each also consist of several criteria) in order to be compatible with the potential groups.
  • Criteria_2 the first criterion and the second criterion can each also consist of several criteria.
  • Members of the PoC group which meet the first criterion and the second criterion, using the PoC client unit 401 to start a PoC session.
  • the first criterion and the second criterion dynamically describe the PoC group, as it may change over time as to whether the potential group members, i. the users listed in the list of users included in the group_generation_request message 423 satisfy the first criterion and the second criterion.
  • the user of the PoC client unit 401 wants the current composition of the PoC group to be taken into account during the PoC session to be started.
  • the PoC group currently consists of the potential group members who meet the first criterion and the second criterion.
  • potential group members who have not previously participated in the PoC session should be invited to the PoC session if they meet the first criterion and the second criterion (as opposed to before).
  • the user of the PoC client unit 401 sets the automatic update flag (automatic_update_flag).
  • step 410 to initiate the PoC session, the user sends an INVITE message 425 to the PoC control server computer 402.
  • the INVITE message 425 is configured according to a SIP INVITE. SIP INVITE is described in [4].
  • the INVITE message 425 contains a
  • the INVITE message 425 is configured, for example, according to Table 2.
  • step 411 after receiving the INVITE message 425, the PoC control server computer 402 determines that it can not resolve the PoC group, that is, that it can not determine which group members the PoC group is currently composed of.
  • the PoC control server computer 402 inquires at the GM server computer 403 about the current (current) group members, ie, the group members of which the PoC group is currently up-to-date to determine.
  • the first SÜBSCRIBE message 426 contains the second criterion.
  • the first SÜBSCRIBE message 426 is configured in this embodiment according to a SIP SUBSCRIBE, for example according to Table 3 (SIP SUBSCRIBE is described in [5].).
  • the second criterion is that the group members should not work at the moment.
  • the GM server computer 403 Since the GM server computer 403 needs to determine the location (group) of the potential group members (or the PoC client units used by the potential group members) to determine the current group members, the GM server computer sends 403 in
  • Step 413 a second SUBSCRIBE message 427 (according to SIP SUSCRIBE) to the location server computer 404 to subscribe to the location server computer 404 and to be informed about the respective location status of the potential group members.
  • the GM server computer 403 needs to determine if the potential group members are currently working to determine the current group members. This information is included for each potential group member in a presence information managed for this group member by the presence server computers 405. Accordingly, the GM server computer 403 sends a third SUBSCRIBE message 428 to the presence server computer 405 in step 414.
  • the second SUBSCRIBE message 427 and the third SUBSCRIBE message 428 are sent for each potential Transmitted to group member. In FIG. 4, this is illustrated by way of example for the first group member with the identification sip: freund_01@web.de, which is contained in the first SUBSCRIBE message 427 and the second SUBSCRIBE message 428.
  • the first criterion is that the friends, i. the potential group members in the city of Hamburg should stop.
  • the first criterion may also be a location criterion that depends on the location of the user (or the PoC client unit 401).
  • the first criterion could be, for example, that only potential group members (or their PoC client units) are within 5 km of the user's location or PoC client unit 401).
  • the GM server computer 403 for determining the current group members also needs the location information of the user of the PoC client unit 401 and accordingly sends the first SUBSCRIBE message 427 not only to each of the potential group members, respectively
  • the first criterion is that the group members should reside in the city of Hamburg.
  • the first SUBSCRIBE message 427 which is communicated to the location server computer 404 for each potential group member as mentioned, is answered by the location server computer 404 in step 415 with a respective first NOTIFY message 429, which indicates the location message. Status of the respective group member.
  • the second SUBSCRIBE message 428 optionally sent to the presence server computer 405 for each group member, is in each case answered by the presence server computer 405 by transmitting a second NOTIFY message 430 to the GM server computer 403.
  • the second NOTIFY message 430 contains information for the respective potential group member as to whether the respective potential group member is currently working.
  • the GM server computer determines the current group members in step 417 by checking for each potential group member whether the potential group member is the first criterion and the second Criterion fulfilled.
  • the GM server computer 403 transmits the list of current group members by means of a third NOTIFY message 431
  • the third NOTIFY message 431 is configured in this example according to a SIP NOTIFY and according to Table 4.
  • the PoC control server computer 402 Upon receiving the third NOTIFY message 431, the PoC control server computer 402 is informed of which users are current group members. Optionally, steps 419 and 420 are now performed. In step 419, the PoC control server computer sends the list of current group members (current_member_list), in another embodiment, only the indication of the number of current ones
  • the MESSAGE message 432 is configured as SIP MESSAGE. SIP MESSAGE is described in [6].
  • the PoC client unit 401 responds by means of a second MESSAGE message 433, which is also configured in accordance with SIP MESSAGE and specifies in this example that the PoC session with the current group members should actually be started.
  • the PoC control server 402 sends a second INVITE message 434 to all current group members, in this example all other PoC client units 406.
  • the second INVITE message 434 is configured as SIP INVITE.
  • Step 421 is illustratively an invitation of all further PoC client units 406 to the PoC session to be established. This is done in a conventional way.
  • the further PoC client units 406 each send a first 200 OK message 435 (according to SIP 200 OK) to the PoC control server computer 401.
  • the PoC control server computer 402 By sending the first 200 OK message 435, one of the other PoC client units 406 (or the corresponding user) accepts the invitation to the PoC session to be established.
  • the PoC control server computer 402 After the PoC control server computer 402 has received the first 200 OK message 435 (ie, as soon as one of the current group members has accepted the invitation to the PoC session), the PoC control server computer sends a second 200 OK message 436 to the PoC server.
  • Client unit 401 which signals that one of the current group members has accepted the invitation to the PoC session.
  • Fig. 5 shows a message flow diagram in 500 according to an embodiment of the invention.
  • the illustrated message flow is analogous to the embodiment described with reference to Figure 4 between a PoC client unit 501, a PoC control server computer 502, a GM server computer 503, a location server computer 504, a presence server computer 505 and other PoC Client units 506 instead.
  • the PoC client unit 501 transmits a group_generation_request message 524 to the GM server computer 503 to request that a PoC group be generated.
  • the group_generation__request message 524 contains the specification of a first criteria (criteria_l), which states that the group members at the time of the PoC session, i. at the time of
  • the group_generation__request message 524 also contains a specification of a second criteria (criteria_2), which states that the current ones
  • Group members should not work.
  • the group_generation_request message 524 is configured according to Table 5, and the user creates the PoC group defined by the first criterion and the second criterion by transmitting the group_generation_request message 524.
  • GET http://glms.abc.de/script?action create group HTTP / 1.1
  • the GM server computer 503 determine all PoC users that satisfy the first criterion and the second criterion.
  • the GM server computer 530 proceeds as follows.
  • the GM server computer 503 was not provided by the PoC client unit 501 with a list of potential group members. Therefore, the GM server computer 503 determines a list of potential group members, illustratively a general list of members as a basis.
  • the GM server computer at one or more network units requests a list of known or suitable PoC client units.
  • These network units are, for example, an HLR (Home Location Register (the same operator)), which is also the communication network for communication between the PoC
  • Client unit 501 and the GM server computer 503 provides a "meta" HLR, ie an HLR that has stored over the information of HLRs from different operators, or different HLRs from different operators.
  • the thus-requested list of potential group members is graphically used by the GM server computer 503 as a basis and similarly to the steps 413 and 414 explained with reference to FIG. 4, sends SUBSCRIBE messages for each potential group member to the location server.
  • the GM server computer 503 determines the current list of group members
  • the GM server computer 503 sends a first SUBSCRIBE message 525 to the location server computer 504.
  • the first SUBSCRIBE message 525 is sent not only to the location server computer 504 but to all appropriate location servers, i. to location servers, which manage location information from PoC client units.
  • the first SUBSCRIBE message 525 transmitted in steps 508 has a specification of the first criterion (which is illustratively
  • the first SUBSCRIBE message 525 is configured according to Table 6, for example.
  • step 509 the location server 504 answers the subscribe of the GM server 503, i. the first SUBSCRIBE message 525, by transmitting a first NOTIFY
  • the location server computer 504 signals the GM server computer 503 a list of (PoC) users (or a list of the PoC client units used by the users) that the meet the first criterion
  • the first NOTIFY message 526 is configured, for example, according to Table 7.
  • steps 510 and 511 are performed. That is, the GM server computer 503 transmits a second SUBSCRIBE message in step 510 527 with a specification of the second criterion to the presence server computer 505 (by way of example, analogously to the above, in each case a second SUBSCRIBE message is transmitted to all suitable presence server computers).
  • the presence server computer 505 responds by transmitting a second NOTIFY message 528 to the GM server computer 503 containing a list of (PoC) users (or a list of PoC client units used by the users) that meet the second criterion (matched_users_list_2).
  • step 512 the GM server computer 503 determines the current list of group members
  • the second SUBSCRIBE message 527 is sent only to those presence server computers that have presence information about users (or the PoC client units used by the users) listed in the NOTIFY message 526. manage.
  • the GM server computer 503 asks only for the users who meet the first criterion. Accordingly, in step 511, the GM server computer 503 receives presence information only for the users who satisfy the first criterion. Using this presence information and the information obtained in step 509, the GM server computer 503 determines the current list of group members in step 512.
  • the further course is independent of how the current list of group members was determined; in particular, the following course is also carried out if, as described above, the GM server computer 503 first determines a list of potential group members by For example, request corresponding information in one or more HLRs.
  • the GM server 503 responds to the request made by the PoC client unit 501 in step 507 by transmitting a group_generation_response message 529 to the PoC client unit 501.
  • the group_generation_response message 529 contains a unique one Group identification of the created PoC group, in this case sip: myfriends ⁇ abc. de, and the current list of group members (or alternatively only the number of users that is part of the current list of group members).
  • step 514 the user selects
  • the PoC group to start with the current group members of the PoC group by means of the first PoC client unit 501, a PoC session. Furthermore, the current composition of the PoC group should also be taken into account during the PoC session, i. it should always be the current group members (even if they change during the PoC session) to be part of the PoC sessions (if they accept an invitation).
  • the user sends, by means of the first PoC client unit 501, a first INVTTE message 530 for starting the PoC session.
  • the first INVITE message 530 is configured in this example according to a SIP INVITE addressed to the unique group identification.
  • the Automatic update flag is set, for example, by this.
  • Specification as SIP header ( ⁇ IP message header) is included in the first INVITE message 530. Accordingly, the first INVITE message 530 is configured according to Table 8.
  • INVITE sip myfriends@abc.de SIP / 2.0
  • the PoC control server computer 502 determines that it can not resolve the PoC group specified by the group identification. In step 531, therefore, it requests, by means of a third SUBSCRIBE message 531, at the GM server computer 503, that it ascertains the current group members.
  • the third SUBSCRIBE message 531 is configured according to a SIP SÜBSCRIBE and Table 9.
  • step 518 the GM server computer 503 responds to the third SUBSCRIBE message 531 by transmitting the list of current group members to the PoC control server 502 via a third NOTIFY message 518.
  • the third NOTIFY message 532 is as shown in the table 10 designed.
  • the PoC server server computer 502 Upon receiving the third NOTIFY message 532, the PoC server server computer 502 is informed which users are current group members. Optionally, steps 519 and 520 are now performed.
  • the PoC control server computer 502 sends the list of current group members (current_member_list), in another embodiment, only the indication of the number of current group members, to the PoC client unit 501 by means of an UPDATE message 533.
  • the UPDATE message 533 is configured as SIP UPDATE (or alternatively as SIP INFO).
  • the PoC client unit 501 responds by means of a second UPDATE message 534, which is also configured according to SIP UPDATE and specifies in this example that the PoC session with the current group members should actually be started.
  • the PoC client unit 501 can end the process at this time by transmitting a CANCEL message (according to SIP CANCEL, see [4]) to the PoC control server computer 502 instead of the second UPDATE message 534.
  • the PoC control server computer 502 sends a second INVITE message 535 to all current group members, in this example all other PoC client units 506.
  • the second INVITE message 535 is configured as SIP INVITE.
  • Step 521 is illustratively an invite all other PoC client units 506 to the to be established PoC session. This is done in a conventional way.
  • the further PoC client units 506 each send a first 200 OK message 536 (in accordance with SIP 200 OK) to the PoC control server computer 401.
  • the PoC control server computer 502 By sending the first 200 OK message 536, one of the other PoC client units 506 (or the corresponding user) accepts the invitation to the PoC session to be established.
  • the PoC control server computer 502 After the PoC control server computer 502 has received the first 200 OK message 536 (ie, as soon as one of the current group members has accepted the invitation to the PoC session), the PoC control server computer sends a second 200 OK message 537 to the PoC server.
  • Client unit 401 which signals that one of the 'current group members has accepted the invitation to the PoC session.
  • PoC session runs with all PoC users who meet the first criterion and the second criterion (and have accepted the invitation to the PoC session).
  • a PoC session is established between the first PoC client unit 401, 501 and the PoC client units, from which the current list of groupings Members composed, built.
  • the procedure according to an embodiment of the invention proceeds when the composition of the current list of group members changes.
  • FIG. 6 shows a message flow diagram 600 according to an embodiment of the invention.
  • PoC client unit 601 Message flow between a PoC client unit 601, a PoC control server computer 602, a GM server computer 603, a location server computer 604 and other PoC client units 605 are executed, which correspond to the corresponding network elements shown in Figure 4 and Figure 5. Furthermore, a newly added PoC client unit 606 participates in the presented message flow.
  • the newly added PoC client unit 606 (or the user of the newly added PoC client unit) has not yet participated in the PoC session.
  • the current list of group members is determined according to the criterion that the current group members are to be in Hamburg (along with their PoC client units), the user of the newly added PoC client unit 606 is the user named Freund_17, has not been in Hamburg until now, but now comes back to Hamburg during the already established PoC session.
  • the GM server computer 603 has requested the location server 604 to obtain location information about the user friend__17, for example, in step 413, a corresponding second SÜBSCRIBE message 427 has been provided to the user friend_17 at the location server.
  • Server 404 submits because user friend__17 appears on the list of potential group members. Any further criteria according to which the current list of group members is determined, for example, as above, a criterion regarding the
  • Availability of the group members will be provided by the user Friend_17 met, for example, he has set a corresponding presence status.
  • step 607 the GM server computer 603 is informed according to its request by means of a first NOTIFY message 614 that the user friend_17 with the newly added PoC client unit 606 is back in Hamburg, i. the GM server computer 603 is informed of the location status of the user friend__17 (location_status__17).
  • the GM server computer 603 Upon receipt of the first NOTIFY message 314, the GM server computer 603 recalculates the current list of group members in step 608, vividly filters again for the criteria, and then determines that the friend_17 user meets all predetermined criteria.
  • the PoC control server computer 602 has also sent a SUBSCRIBE message to the GM server computer 603 (eg, the first SUBSCRIBE message 426 in step 412) requesting that it be informed of the current composition of the PoC group.
  • a SUBSCRIBE message to the GM server computer 603 (eg, the first SUBSCRIBE message 426 in step 412) requesting that it be informed of the current composition of the PoC group.
  • the GM server computer 603 sends in step 609 a second NOTIFY message 615 to the PoC control server computer 602, by means of which the PoC
  • Control server computer 602 is informed that a new current group member (new_member_17) has been added.
  • the PoC control server 602 sends a first MESSAGE message 616 (in accordance with SIP MESSAGE) to the PoC client unit 601, thus informing the PoC client unit 601 of the newly added current group member.
  • the PoC client unit 601 sends in response in step 611 a second MESSAGE message 617, by means of which the PoC client unit 601 confirms that the user friend_17 is to be added to the current PoC session, ie to be invited.
  • the PoC control server computer 602 loads the newly added PoC client unit 606 to the PoC session. This is done by transmitting an INVITE message 618.
  • the newly added PoC client unit 606 responds to the INVITE message 618 in step 613 using a 200 OK message 619.
  • Steps 612 and 613 are performed in a conventional manner according to a SIP INVITE and performed a SIP 200 OK. Subsequently, the user friend_17 participates in the PoC session.
  • FIG. 7 shows a message flowchart 700 according to an embodiment of the invention.
  • the illustrated message flow is between a PoC client unit 701, a PoC control server computer 702, a GM server computer 703
  • the user friend_05 participates in the existing PoC session by means of the leaving PoC client unit 706.
  • the user friend_05 so far fulfills the criteria according to which the current group members are determined.
  • the friend_05 violated one of the criteria. For example, one criterion is that the current group members should be in the city of Hamburg, and the user friend__05 leaves the city of Hamburg with the leaving PoC client unit 706.
  • the location server computer 704 then sends a NOTIFY message 714 in step 707 to the GM server computer 703, by means of which the GM server computer is informed about the new location status of the user friend_05.
  • the GM server computer 703 again determines the current composition of the PoC group in step 708.
  • the GM server computer 703 determines that the user friend_05 does not meet the criteria that the current group members should meet.
  • step 709 it informs the PoC control server computer 702 by means of a second NOTIFY message 715 that the user friend_05 is no longer a current group member.
  • Steps 710 and 711 are optionally performed.
  • the PoC control server computer 702 transmits a first MESSAGE message 716 (in accordance with SIP MESSAGE) to the PoC client unit 701, thus signaling to the PoC client unit 701 that the user friend_05 does not send a current group message. Member is more (remove_member_05).
  • the PoC client unit 701 confirms by means of a second MESSAGE message 717 (according to SIP MESSAGE) that the user friend_05 should be removed from the existing PoC session.
  • step 712 the PoC control server computer 702 removes the leaving PoC client unit 706 from the existing PoC session by the PoC control server computer 702 sending a BYE message 718 to the leaving PoC client unit 706. This confirms the leaving PoC client unit 706 in step 713 by means of a 200 OK message 719.
  • steps 712 and 713 are performed in a conventional manner.
  • FIG. 8 shows a message flow diagram 800 according to an embodiment of the invention.
  • the message flow shown can be found between a PoC client unit 801, a PoC control server computer 802, a GM server computer 803, a location server computer 804, a presence server computer 805 and further PoC client units 806 instead of.
  • Two functional units of the PoC control server computer 802 are considered: a session controller
  • the session controller 807 is responsible for the signaling tasks of the PoC control server computer 802, that is, it carries out the to be performed by the PoC control server computer 802 signaling, such as signaling to invite a PoC client unit to a PoC session. These signaling are performed according to the SIP (Session Initiation Protocol).
  • the media mixer (media mixer) 808 regulates the distribution of the communication data in a PoC session to all PoC client units participating in the PoC session.
  • the PoC client unit 801 is the PoC client unit of a taxi center of a Berlin taxi company.
  • Taxis To a PoC group called "taxis" should include all taxi drivers (equipped with each one of the other PoC client units 906). Each time the taxi center receives an order for passenger transport, a PoC communication is to be started within a running PoC session, whereby all taxi drivers (or the PoC client units they use) are connected to the PoC. Participate in communications that are within x kilometers of the passenger being transported and have their presence status set to "Taxi Free" signaling that they are not currently transporting a passenger.
  • a PoC communication within the PoC session is, as explained below, uniquely identified by an identification and between the participants of the PoC communication (which are a subset of the participants of the PoC session) (in the context of the PoC session and in Frame of the PoC communication) exchanged voice data.
  • the participants of the PoC communication which are a subset of the participants of the PoC session
  • the context of the PoC session and in Frame of the PoC communication exchanged voice data.
  • Generating multiple PoC communications (one for each incoming job) within a PoC session has the advantage over generating multiple PoC sessions (one per job) that requires significantly less signaling overhead.
  • This may be done in a conventional manner, for example as explained with reference to FIG.
  • the PoC client unit 801 receives communication data from all other PoC client units in the context of the PoC session 806, but the further PoC client units 806 do not receive each other communication data, ie, do not receive communication data from the other PoC client units of the further PoC client units 806) or is a one-to-many topology ( ie, that the PoC client units 801 and also the further PoC client units 806 receive all the communication data from the further PoC client units 806, ie that everyone hears each one clearly).
  • a first SUBSCRIBE-NOTIFY message pair 833 for each PoC client unit of the other is provided between the GM server computer 803 and the location server computer 804 PoC client units 806 exchanged, so as above with respect to
  • the GM server computer 803 is always informed by the location server computer 804 of the current location status of the further PoC client units 806.
  • a second SUBSCRIBE-NOTIFY message pair 834 is exchanged between the GM server computer 803 and the presence server computer 805 in step 810, so that the GM server computer 803 always remains above the current presence status of the other pointers from the presence server computer 805.
  • Client units 806 is informed, analogous to the embodiments described above.
  • step 811 there is a PoC session between the first PoC client unit 801 and the other PoC client units 806.
  • PoC client units 806 These PoC client units of the further PoC client units 806 are referred to below as the PoC client units to be included.
  • the PoC client unit sends a re-INVITE message 835 (designed according to a SIP re-INVITE) to a corresponding content-type (Application / XML + Criteria, see 'Table 2), by means of which the first criterion and the second criteria are specified to the PoC control server computer 802.
  • the re-INVITE message 835 in one embodiment includes a unique PoC communication identifier (PK__id_prop).
  • the PoC control server computer 802 generates a (dedicated) PoC communication identification (PK_id).
  • the PoC control server computer 802 sends an acknowledgment (illustratively, as a preliminary response) to the PoC client unit 801 in the form of an 183-session-processing message 836 (configured in accordance with SIP 183 session processing), by which also the PoC Communication Identification PK_id is signaled.
  • a PoC communication identification is, for example, a port number which enables the unique addressing of an application for application-specific data.
  • there are two PoC communication identifications for example a PoC communication identification PK_id_prop on the PoC client unit 801 side and a PoC communication identification PK_id on the PoC control server computer 802 side.
  • step 815 the PoC control server computer 802 sends a SUBSCRIBE message 837 to the GM server computer 803, by means of which the PoC communication identification PK_id, the first criterion, and the second criterion are signaled.
  • the GM server computer 803 is always informed about the current location status and the current presence status of each POC client unit of the further PoC client units 806. Based on this information, the GM server computer 803 determines in step 816 all the PoC client units to be accepted, i. all PoC client units of the further PoC client units 806 that meet the first criterion and the second criterion.
  • the participating PoC client units 806 are specified by the GM server computer in the current list by the group member (current__member__list).
  • the GM server computer 803 sends a NOTIFY message 838 to the PoC control server computers 802, by which it retrieves the current list of group members, which is the current list of group members to the PoC communication, through the is specified in the SUBSCRIBE message 837 contained PoC communication identification PK_id signals.
  • Steps 818 and 819 are optionally performed.
  • the PoC server computer 802 signals the PoC client unit 801 by means of a first MESSAGE message 839 which PoC client units of the further PoC client units 806 satisfy the first criterion and the second criterion.
  • the PoC control server computer 802 only signals the number of PoC client units to be included, ie the number of further PoC client units 806 that satisfy the first criterion and the second criterion (#_of_members).
  • the first PoC client unit 801 signals whether to establish PoC communication with the PoC client units specified by the current list of group members.
  • the current list of PoC client units has the specification of 100 PoC client units, and the user in the taxi center decides that this is too many.
  • criteria_update modified criteria
  • a (new) current list of group members is determined analogously to steps 815, 816 and 817, in particular a third SUBSCRIBE-NOTIFY message pair 841 is exchanged between the PoC control server computer 802 and the GM server computer 803.
  • the PoC client unit 801 is signaled the (new) current list of group members (not shown). Now it is assumed that PoC communication is to be established with the PoC client units specified by the new current list of group members.
  • a session controller 807 signals the media mixer 808 that a new PoC communication has been generated within the existing PoC session.
  • the PK_start message 843 contains the PoC communication identification PK_id of the generated PoC communication and the current list of group members.
  • step 823 the media mixer 808 acknowledges receipt of the PK_start message 843 via an OK message 844.
  • step 824 the PoC control server computer 802 sends a 200 OK message 845 in response to the re-INVITE message 835.
  • the PoC client unit 801 sends a floor request message 846 to the PoC control server computer 802, thereby clearing the voice right, i. requests the right to send communication data as part of the generated PoC communication.
  • the floor request message 846 contains the PoC communication identification PK_id of the generated PoC communication.
  • step 826 it is decided whether the voice right is granted to the PoC client unit 801, this can be decided by the session controller 807 or the media mixer 808, therefore, if necessary, messages are exchanged between the session controller 807 and the media mixer 808, or the floor request message 846 is sent directly to the media mixer 808. It is assumed that the PoC client unit 801 is granted the voice right. Accordingly, in step 827, the media mixer 808 or, in step 828, the session controller 807 sends a floor-granted message 848 to the PoC client unit 801, depending on which functional unit of the PoC control server computer 802 awards the voice right. by means of which the PoC client unit 801 is granted the right to speak.
  • step 829 the session controller 807 or in step 830 of the media mixer 808 (depending on which functional unit of the PoC control server computer 802 the
  • Speech right sends a Floor Taken message 849 to all participating PoC client units by which the PoC client units to be included, i. the PoC client units of the further PoC client units 806, which are specified by means of the current list of group members, is signaled that the voice right in the context of PoC communication, by the in the floor Taken message 849 contained PoC communication identification PK_id, the language right has been assigned to the PoC client unit 801.
  • step 831 the PoC client unit 801 now transmits communication data 850 within the generated PoC communication specified by the PoC communication identification PK_id to the media mixer 808 for forwarding to the PoC client unit to be subscribed.
  • step 832 the media mixer 808 forwards the communication data 850 to the participating PoC client units, which have been previously informed in step 822. If another order arrives in the taxi center, a further PoC communication is started by means of a re-INVITE message, analogous to step 812, independently of the generated PoC communication. In this way, the taxi center can make each order a standalone, from the others
  • Communications are implemented in parallel to group communications or within group communications in which only a part of the members of a group participate, for example "whispering" or “sidebars".
  • FIG. 9 shows a message flowchart 900 according to a
  • PoC client unit 901 a taxi control center
  • PoC control server computer 902 which has a session controller 907 and a media mixer 908, a GM server computer 903, a location server computer 904, a presence server.
  • Server computer 905 and other PoC client units 906 (by taxi drivers) instead.
  • Steps 909, 910 and 911 are analogous to steps 809, 810 and 811.
  • step 912 instead of a re-INVITE message 835, the PoC client unit 901 sends a floor request message 934 to the PoC control server computer 902, as in step 812.
  • steps 913 and 914, 916 and 917 in the event that the media mixer 908 controls the voice rights assignment, messages are exchanged between the session controller 907 and the media mixer 908.
  • Steps 915, 918-927 are performed analogous to messages 813-823 (however, an OK message is sent in step 918, not an 183-session-processing message, as in step 814).
  • the 200 OK message 845 is not sent, which is the answer to the re-INVITE message 835, which is not sent according to the message flow shown in FIG.
  • the floor request message 846 is not sent since the floor request message 934 has already been sent in step 912.
  • step 826 is omitted.
  • steps 929 and 928 a floor-granted message 935 is sent to the PoC client unit 901, which is the response to the floor request message 934.
  • the remaining steps 930-933 are analogous to steps • 829-832.
  • Fig.9 Join group members to a group or leave a group. This can be similar to with regard to
  • FIG. 10 shows a message flowchart 1000 according to a
  • the illustrated message flow takes place between a PoC client unit 1001, a PoC control server computer 1002, a GM server computer 1003, a location server computer 1004, a presence server computer 1005 and further PoC server.
  • Client units 1006, which are arranged and configured as explained with reference to FIG. 3, wherein the second PoC client unit 302 and the third PoC client unit 303 correspond to the further PoC client unit 1006.
  • the user of the PoC client unit 1001 creates a PoC group in the GM server computer 1003 by sending a group_generation_request message 1023 in step 1007.
  • the user submits a listing (member_list) contained in the group_generation__request message 1023 from twenty different users (the user's friends, these are the potential group members) and a first criterion specified in the group_generation_request message 1023 (criteria_l) that the friends should be in the city of Hamburg at the time of using the PoC group.
  • the sending of the group_generation_request message 1023 can be realized, for example, by means of an HTTP get command, which is designed according to Table 1.
  • step 1008 the GM server computer 1003 in response sends a group_generation__response message 1024 containing a unique group identifier of the PoC group, in this case the siprmyfriends@abc.de identifier, to the PoC client unit 1001.
  • the user of the PoC client unit 1001 selects the PoC group and sets the second criterion (criteria_2) (the first criterion and the second criterion can also each consist of several criteria) in order to be compatible with the potential groups.
  • Criteria_2 the first criterion and the second criterion can also each consist of several criteria.
  • Members of the PoC group which meet the first criterion and the second criterion, using the PoC client unit 1001 to start a PoC session.
  • the first criterion and the second criterion dynamically describe the PoC group because, over time, the potential group members, ie the users, may change the list contained in the group_generation_request message 1023 listed by users meet the first criterion and the second criterion.
  • the user of the PoC client unit 1001 wants the current composition of the PoC group to be taken into account during the PoC session to be started.
  • the PoC group currently consists of the potential group members who meet the first criterion and the second criterion.
  • potential group members who have not previously participated in the PoC session should be invited to the PoC session if they meet the first criterion and the second criterion (as opposed to before).
  • the user of the PoC client unit 1001 sets the automatic update flag (automatic_update_flag).
  • step 1010 to initiate the PoC session, the user sends an INVITE message 1025 to the PoC control server computer 1002.
  • the INVITE message 1025 is configured in accordance with a SIP INVITE. SIP INVITE is described in [4].
  • the INVITE message 1025 contains a specification of the second criterion (criteria_2) as well as the specification that the automatic update flag is set. This takes place, for example, by means of a content type newly defined in comparison with the prior art.
  • the INVITE message 1025 is configured according to Table 2, for example.
  • step 1011 after receiving the INVITE message 1025, the PoC control server computer 1002 determines that it must resolve the subscriber list to that PoC group, that is, to determine which group members the PoC group is currently composed of.
  • the PoC control server computer 1002 by transmitting a group resolve request message 1026, queries the GM server computer 1003 at step 1012 to resolve the subscriber list of the group, ie, the group members making up the PoC Group currently composed to determine.
  • the group resolution request message 1026 contains the unique group identification of the PoC group, in this case the identification sip: myfriends ⁇ abc. de.
  • the GM server computer 1003 responds to the PoC control server computer 1002 on the group resolution request message 1026 with the group-related parameters set in the group_generation_request message 1023 (list of potential group members and / or criteria 1, maximum number of members in the group (optional), other service-specific parameters (optional)) in a group resolution response message 1027 (step 1013).
  • the PoC control server computer 1002 determines in a subsequent step 1014 all subscribers who are on the list of potential group members (if any) and satisfy criteria_l (if any) and satisfy criteria_2 (if any); these participants thus form the current member list (like the PoC control server computer 1002 determines these participants depends on the criteria; see application examples described above)
  • the PoC control server computer 1002 sends in step 1015 a first SÜBSCRIBE message 1028 (according to SIP SUSCRIBE) the location server computer 1004 to subscribe to the location server computer 1004 and to be informed about the respective location status of the potential group members.
  • the PoC control server computer 1002 needs to determine if the potential group members are currently working to determine the current group members. This information is for each potential group member in one of these group members of the Presence
  • Server computer 1005 managed presence information (presence status) included. Accordingly, the PoC control server computer 1002 sends a second SÜBSCRIBE message 1029 to the presence server computer 1005 in step 1016.
  • the first SÜBSCRIBE message 1028 and the second SÜBSCRIBE message 1029 are transmitted for each potential group member. In FIG. 10, this is illustrated by way of example for the first group member with the identification sip: freund_0l@web.de, which is contained in the first SÜBSCRIBE message 1028 and the second SÜBSCRIBE message 1029.
  • the first criterion is that the friends, i. the potential group members in the city of Hamburg should stop.
  • the first criterion may also be a location criterion used by the friends, i. the potential group members in the city of Hamburg should stop.
  • the first criterion be that only potential group members that are (or their PoC client units) within 5 km radius of the position of the user or the PoC client unit 1001) belong to the group.
  • the PoC control server computer 1002 needs to determine the current one
  • Group members also receive the location information of the user of the PoC client unit 1001 and accordingly sends the first SUBSCRIBE message 1028 not only to the location server computer 1004 for all potential group members, but also to the user of the PoC client.
  • the first criterion is that the group members should reside in the city of Hamburg.
  • the first SUBSCRIBE message 1028 which, as mentioned, is transmitted to the location server computer 1004 for each potential group member, is answered in each case by the location server computer 1004 in step 1017 with a first NOTIFY message 1030 which contains the location information.
  • Status of each group member for example, location_status_01).
  • step 1018 the second SUBSCRIBE message 1029, which may be sent to the presence server computer 1005 for each group member, is retrieved from the
  • Presence server computer 1005 is answered by transmitting a second NOTIFY message 1031 to the PoC control server computer 1002.
  • the second NOTIFY message 1031 contains the information for the respective potential group member as to whether the respective potential group member is currently working (for example, presence_status_01).
  • the PoC control server computer 1002 determines the current group members in step 1019 by checking for each potential group member whether the potential group member Member meets the first criterion and the second criterion.
  • the PoC control server computer 1002 is informed which users are current group members.
  • the steps 1020 and 1021 are now performed.
  • the PoC control server computer 1002 sends the list of current group members (current_member_list), in another embodiment, only the indication of the number of current ones
  • the first MESSAGE message 1032 is configured as a SIP MESSAGE.
  • SIP MESSAGE is described in [6].
  • step 1021 the PoC client unit 1001 responds by means of a second MESSAGE message 1033, which is also configured in accordance with SIP MESSAGE and specifies in this example that the PoC session with the current group members should actually be started.
  • the PoC control server computer 1002 sends a second INVITE message 1034 to all current group members, in this example all other PoC client units 1006.
  • the second INVITE message 1034 is configured as SIP INVITE.
  • Step 1022 is illustratively an invitation of all further PoC client units 1006 to the PoC session to be established. This is done in a conventional way.
  • the further PoC client units 1006 each send a first 200 OK message 1035 (in accordance with SIP 200 OK) to the PoC control server computer 1002 (step 1036).
  • a respective PoC client unit of the further PoC client units 1006 (or the corresponding user) accepts the invitation to the PoC session to be established.
  • the PoC Control server computer 1002 After the PoC Control server computer 1002 has received the first 200 OK message 1035 (ie, as soon as one of the current group members has accepted the invitation to the PoC session), the PoC control server computer 1002 generates a second 200 OK message 1037 and sends it to the PoC server.
  • Client unit 1001, wherein the second 200 OK message 1037 signals that one of the current group members has accepted the invitation to the PoC session.
  • the PoC session runs with all friends of the user of the PoC client unit 1001 who fulfill the first criterion and the second criterion (and have accepted the invitation to the PoC session).
  • the PoC control server computer 1002 now continues to monitor whether a previous group member no longer meets the criteria or a new participant in the meantime, so that it always has the current composition the group is known and so that he can invite or invite the group members accordingly.
  • the communication service in which the invention is used is the 3GPP (3rd Generation Partnership Project) specified "IMS conferencing".
  • IMS Internet Protocol based Multimedia Subsystem
  • the functionality of a GM server computer in this case is covered by a conference policy server.
  • a Conference Policy server manages the rules and states used in a conference by means of a Conference Policy document.
  • a conference client unit sends in this
  • CPCP Conference Policy Control Protocol
  • the Conference Policy Server maintains both the criteria and the list of current group members in the Conference Policy document. The information required to generate the list of current group members (for example, as above, presence information and location information) determines
  • the invention can also be used if possible participants (or corresponding client units) are not invited, but must actively dial themselves in, ie. have to initiate their participation themselves.
  • An example of this is a chat session (or PoC session) to which users have to dial themselves.
  • a user wishes to dial in to a PoC control server computer providing a PoC session by means of a client unit he uses, for example by sending a dial-in message according to SIP INVITE in order to be able to participate in the PoC session.
  • criteria are defined and the PoC control server computer checks, for example analogous to above by requesting a GM server computer, whether the user who wishes to dial in fulfills the defined criteria. Only if the user (or the one he used Client unit) meets the criteria, the dial-in is accepted and confirmed (for example, according to SIP 200 OK) and the user is then a participant in the PoC session.
  • the dial-in message is answered in the negative, for example by means of a refusal message according to SIP REJECT, which may also contain an indication of the reason for the refusal, and the user does not become a participant of the PoC session.

Abstract

Es wird ein Kommunikationssystem beschrieben, bei dem eine Kommunikationsdienst-Client-Einheit ein Kriterium spezifiziert, wobei weitere Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, Teilnehmer eines bereitgestellten Kommunikationsdiensts sein sollen. Eine Server-Einheit ist eingerichtet eine Liste der weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, zu erzeugen und an eine Kommunikationsdienst-Server-Einheit zu übermitteln, die den Kommunikationsdienst bereitstellt.

Description

Beschreibung
VERWALTtMG DYNAMISCHER GRUPPEN IN EINEM PUSH-TO-TALK OVER CELLULAR KOMMUNIKATIONSSYSTEM
Die Erfindung betrifft ein Kommunikationssysterα, ein Verfahren zum Betreiben eines KoiranunikationsSystems, eine Server-Einheit, ein Verfahren zum Betreiben einer Server- Einheit, eine Kommunikationsdienst-Client-Einheit und ein • Verfahren zum Betreiben einer Kommunikationsdienst-Client- Einheit.
Der Kommunikationsdienst Push-to-talk-over-Cellular (PoC) 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.
Möchte ein Benutzer von PoC öfter Sprachnachrichten an dieselben Empfänger senden, so wird es ihm bei PoC ermöglicht, persönliche, feste Benutzergruppen zu definieren.
Beispielsweise kann ein Benutzer von PoC eine Gruppe mit der
Bezeichnung "Freunde" definieren, die entsprechende
Mitglieder und deren jeweilige Adresse, beispielsweise eine SIP-URL (Session Initiation Protocol Uniform Resource
Locator) in Form einer Telefonnummer oder in Form einer SIP-
Adresse, aufweist.
Dieser Gruppe kann dann eine eigene Gruppenadresse in Form einer SIP-URL zugewiesen werden und beim Aufbau einer PoC-
Session, das heißt einer Kommunikations-Session mittels PoC, unter Angabe der Gruppenadresse, die von einem Benutzer initiiert wird, werden alle Mitglieder der Gruppe von einem PoC-Serverrechner adressiert und zu der PoC-Session eingeladen.
Die Voraussetzung dafür, dass ein Mitglied der Gruppe eingeladen werden kann, ist, dass das Mitglied in dem Mobilfunk-Kommunikationsnetzwerk, mittels welchem der genutzte PoC bereitgestellt wird, angemeldet ist, das heißt "online" ist.
Benutzer von PoC, die in einer PoC-Session aktiv, das heißt als Sender, oder passiv, das heißt als Empfänger, involviert sind, werden im Folgenden als PoC-Teilnehmer der PoC-Session bezeichnet . Grqup Management (Gruppenverwaltung) , wie in [1] und [2] beschrieben, ermöglicht die einfache Handhabung von Gruppen im Rahmen von PoC. Gruppen können aber auch im Rahmen anderer Kommunikationsdienste verwendet werden. Beispielsweise kann ein Benutzer unter Verwendung einer entsprechenden Gruppe eine MMS (Multimedia Message Service) -Nachricht an alle Mitglieder seiner Familie senden.
Im Falle von PoC kann ein Benutzer unter Verwendung einer entsprechenden Gruppe beispielsweise eine PoC-Session mit allen Mitgliedern seines Skat-Clubs starten. Dazu ist in einem PoC-Kommunikationsnetzwerk, d.h. in einem Kommunikationsnetzwerk, das PoC bereitstellt, ein Group Management-Server (GM-Server) vorgesehen, mittels welchen der Benutzer eine Gruppe anlegen und verwalten kann. Der Benutzer wird als Administrator der Gruppe bezeichnet.
Die Hauptkomponenten der Spezifikation einer Gruppe sind gemäß dem Stand der Technik: - Group identifier (Gruppenidentifikation) : Mittels diesem wird die Gruppe eindeutig identifiziert. Er hat beispielsweise die Form sip:myfriends@myname. t-mobile. de Group specific attributes (Gruppen-spezifische Attribute) : Diese Attribute spezifizieren genauere Eigenschaften der Gruppe. Dies sind:
Group Information (Gruppeninformation) : Information in Form eines einfachen Textes (beispielsweise "Dies ist meine Familie")
Group visibility (Gruppensichtbarkeit) : Dies spezifiziert, welche Benutzer die Gruppe
(beispielsweise mittels einer Such-Funktion des GM- Servers) finden * können. Beispielsweise spezifiziert die Group visibility, dass nur der Administrator der Gruppe die Gruppe finden kann. - Group duration (Gruppendauer) : Dies spezifiziert, wie lange und/oder wann die Gruppe gültig bzw. verwendbar ist. Beispielsweise kann Group duration spezifizieren, dass die Gruppe der "Fußballstadion- Freunde" 'eines Benutzers nur samstags zwischen 14 - 18 Uhr verwendbar ist.
- Service specific info (Kommunikationsdienst- spezifische Informationen) : Dies sind für den
Kommunikationsdienst, in dessen Rahmen die Gruppe genutzt werden kann, spezifische Informationen. Beispielsweise existiert im Rahmen von PoC eine Unterscheidung zwischen "pre-arranged groups" und "chat groups". So kann, falls die Gruppe im .Rahmen von PoC genutzt werden soll, mittels der Service specific info angegeben werden, um was für einen Typ von Gruppe es sich handelt.
Group members (Gruppen-Mitglieder) : Dies ist eine Liste von Benutzern/Gruppen, die der Gruppe angehören, also von Gruppen-Mitgliedern. Jedes Gruppen-Mitglied, das insbesondere selbst eine Gruppe sein kann, wird mittels einer ID (Identifikation, beispielsweise einer SIP URI) eindeutig spezifiziert. Ferner können für jedes Gruppen- Mitglied folgende Attribute festgelegt werden:
- Member rights (Mitglied-Rechte) : Diese spezifizieren die Rechte des Gruppen-Mitglieds Anonymity (Anonymität) : Dies spezifiziert, ob das Gruppen-Mitglied bei einer Kommunikation- im Rahmen , der Gruppe anonym ist oder nicht
Service specific info (Kommunikationsdienst- spezifische Informationen) : Dies sind Kommunikationsdienst-spezifische Angaben. Im Falle von PoC kann beispielsweise die Funktion eines Moderators einer PoC-Session mittels der Service specific info einem Gruppen-Mitglied zugeordnet werden.
Ein Benutzer mit dem entsprechenden Recht, beispielsweise der Administrator einer Gruppe, kann im Rahmen des Group
Management der Gruppe (das heißt der Gruppenverwaltung) gemäß dem Stand der Technik folgende Group Management-Operationen durchführen:
Manipulation of groups (Gruppen-Manipulation)
Get a list of groups (Gruppenliste anfordern) - Create a new group (neue Gruppe erzeugen) Delete a group (Gruppe löschen) Modify group attributes (Gruppen-Attribute verändern) '
Manipulation of members in a group (Manipulation von Mitgliedern einer Gruppe)
Get a list of members (Liste von Gruppen- Mitgliedern anfordern)
Add a member to a group (Gruppen-Mitglied zu Gruppe hinzufügen) - Delete a member from a group (Gruppen-Mitglied aus einer Gruppe löschen)
Modify member attributes (Gruppen-Mitglied- Attribute verändern)
Im Rahmen von PoC wird eine Gruppe durch einen Benutzer beispielsweise folgendermaßen, wie mit Bezug auf Fig.l erläutert, genutzt.
Fig.l zeigt ein Nachrichtenflussdiagramm 100 gemäß dem Stand der Technik.
In Schritt 106 erzeugt der Benutzer, er sei der Benutzer einer ersten PoC-Client-Einheit 101, eine Gruppe (PoC- Gruppe) , zu der eine zweite PoC-Client-Einheit 102 (bzw. der entsprechende Benutzer) und eine dritte PoC-Client-Einheit 103 (bzw. der entsprechende Benutzer) gehören, in einem GM- Serverrechner 104 durch Senden einer ersten Nachricht 120. Der PoC-Gruppe wird beispielsweise die ID (Identifikation) sip :myfriends@abc. de zugeordnet und dem Benutzer mittels einer zweiten Nachricht 121, die von dem GM-Serverrechner 104 in Schritt 107 an die erste PoC-Client-Einheit 101 gesendet wird, mitgeteilt. In Schritt 108 wählt der Benutzer die PoC-Gruppe aus. In Schritt 109 startet der Benutzer eine PoC-Session mit der PoC-Gruppe. Dazu sendet er mittels der ersten PoC-Client- Einheit 101 eine dritte Nachricht 122 an einen PoC- Serverrechner 105. Der PoC-Serverrechner 105 stellt in Schritt 110 fest, dass die in der dritten Nachricht 122 spezifizierte ID (sip:myfriends@abc.de) eine PoC-Gruppe spezifiziert. Daraufhin sendet der PoC-Serverrechner 105 in Schritt 111 eine vierte Nachricht 123 an den GM-Serverrechner 104, um diese PoC-Gruppe aufzulösen, d.h. um zu ermitteln, welche Gruppen-Mitglieder diese PoC-Gruppe aufweist. Der GM- Serverrechner 104 sendet daraufhin in Schritt 112 mittels einer fünften Nachricht 124 eine Liste aller Gruppen- Mitglieder der PoC-Gruppe an den PoC-Serverrechner. In diesem Beispiel weist die Gruppe die zweite PoC-Client-Einheit 102 und die dritte PoC-Client-Einheit 103 auf.
Durch Senden einer sechsten Nachricht 125 in Schritt 113 an die zweite PoC-Client-Einheit 102 und durch Senden einer siebten Nachricht 126 an die dritte PoC-Client-Einheit 103 lädt der PoC-Serverrechner 105 alle Mitglieder der PoC-Gruppe zu der aufzubauenden PoC-Session ein. Sobald das erste Gruppen-Mitglied die Einladung in Schritt 114 mittels einer achten Nachricht 127 akzeptiert, in diesem Beispiel die zweite PoC-Client-Einheit 102, wird in Schritt 116 an den Initiator der PoC-Session, d.h. an die erste PoC-Client- Einheit 101 eine neunte Nachricht 128 gesendet, mittels welcher signalisiert wird, dass die PoC-Session nun gestartet ist und Sprach-Pakete im Rahmen der PoC-Session gesendet werden können.
Gemäß dem Stand der Technik müssen bei der Definition einer Gruppe, beispielsweise beim Anlegen einer Gruppe in einem GM- Server, die Mitglieder der Gruppe aufgelistet werden.
Insbesondere ist die Festlegung, welche Mitglieder die Gruppe aufweist, sehr statisch. Im Falle einer Gruppe, die alle Familienmitglieder eines Benutzers als Gruppen-Mitglieder aufweist, ist dies kein schwerwiegender Nachteil, da sich die Familienmitglieder eines Benutzers nicht sehr häufig ändern.
Im Falle beispielsweise eines Taxi-Operators, der eine Gruppe anlegen und nutzen möchte, die als Gruppen-Mitglieder alle ihm zugeordneten Taxis (bzw. die entsprechenden Fahrer) , die momentan frei sind, aufweist, ist es sehr unbequem, die Group Management Operation "Add a member to the group" bzw. "Delete a member from the group" bei dem GM-Serverrechner durchzuführen, sobald ein Taxi frei wird bzw. belegt wird.
Neben dem erheblichen Aufwand für den Taxi-Operator und einer resultierenden geringen Benutzerfreundlichkeit führt dies zu einem sehr hohen Signalisierungsaufkommen für die Nachrichten an den GM-Server, beispielsweise auf der Luftschnittstelle eines Mobilfunk-Kommunikationssystems, das für die Kommunikation verwendet wird.
Ferner liegt die Information zur Entscheidung, wer momentan
Mitglied einer Gruppe sein soll, dem Benutzer (beispielsweise in seinem Mobilfunk-Teilnehmergerät) möglicherweise nicht vor. Der Benutzer muss diese möglicherweise mit erheblichen Aufwand ermitteln.
Im Falle eines Taxi-Operators, muss der Taxi-Operator (oder beispielsweise sein Mobilfunk-Teilnehmergerät) jedes Mal notifiziert werden, wenn ein Taxi frei wird oder belegt wird, so dass der Taxi-Operator stets über den aktuellen Stand informiert ist. Das ständige Übermitteln von
Notifikationsnachrichten führt ebenfalls zu einem sehr hohen Signalisierungsaufkommen, beispielsweise auf der Luftschnittstelle des für die Kommunikation genutzten Mobilfunk-Kommunikationssystems .
Group Management Operationen unter Verwendung von HTTP sind in [2] beschrieben. HTTP get-Befehle sind in [3] beschrieben. In [4] ist SIP INVITE, in [5] ist SIP SUBSCRIBE und in [β] ist SIP MESSAGE beschrieben. Dies sind Methoden gemäß dem SIP (Session Initiation Protocol) .
In [7] wird ein Verfahren zum Austausch von E-Mails beschrieben, bei dem sich ein Benutzer bei einem Server anmelden kann und Kriterien angeben kann, die spezifizieren, an welche anderen Benutzer von ihm versendete E-Mails gesendet werden sollen und ein Profil angeben kann, anhand dessen entschieden wird, ob von anderen Benutzern versendete E-Mails an ihn gesendet werden.
Druckschrift [8] offenbart ein netzwerkbasiertes System und eine Methode für die dynamische Verwaltung von
Benutzergruppen. Es werden periodisch dynamische Benutzerdaten mit Gruppenmitgliedsschaft-Kriterien verglichen, um die Benutzergruppen zu bestimmen.
Druckschrift [9] offenbart ein Kommunikationssystem, bei dem eine Kommunikationsendgerät aus einer Liste von möglichen Teilnehmern einer Kommunikationssitzung basierend auf einem geographischen Entfernungskriterium die Teilnehmer der Kommunikationssitzung auswählt.
In [10] ist ein Kommunikationssystem offenbart, bei dem aus einer Gruppe von möglichen Teilnehmern einer
Kommunikationssitzung basierend auf den geographischen Orten, an denen sich die möglichen Teilnehmer jeweils befinden, die Teilnehmer der Kommunikationssitzung ausgewählt werden.
Der Erfindung liegt das Problem zu Grunde, eine Möglichkeit zur Nutzung von Gruppen im Rahmen von Kommunikationsdiensten zu schaffen, bei der die oben genannten Nachteile nicht auftreten. Das Problem wird durch ein Kommunikationssystem, ein Verfahren zum Betreiben eines Kommunikationssystems, eine Server-Einheit, ein Verfahren zum Betreiben einer Server- i Einheit, eine Kommunikationsdienst-Client-Einheit und ein Verfahren zum Betreiben einer Kommunikationsdienst-Client- Einheit mit den Merkmalen gemäß den unabhängigen Patentansprüchen gelöst.
Es wird ein Kommunikationssystem mit einer Kommunikationsdienst-Client-Einheit, weiteren Kommunikationsdienst-Client-Einheiten, einer Kommunikationsdienst-Server-Einheit und einer Server-Einheit bereitgestellt, wobei die Kommunikationsdienst-Client-Einheit eingerichtet ist, eine oder mehrere Nachrichten zu erzeugen, welche mindestens ein Kriterium enthalten, das von den weiteren
Kommunikationsdienst-Client-Einheiten jeweils erfüllt wird oder nicht erfüllt wird und die Anforderung nach der Bereitstellung des Kommunikationsdiensts und eine Spezifikation enthalten, dass die weiteren
Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, Teilnehmer des bereitgestellten
Kommunikationsdiensts sein sollen. Die Server-Einheit ist eingerichtet, eine Liste der weiteren Kommunikationsdienst- Client-Einheiten, die das Kriterium erfüllen, zu erzeugen und an die Kommunikationsdienst-Server-Einheit zu übermitteln; und die Kommunikationsdienst-Server-Einheit ist eingerichtet, den Kommunikationsdienst mit der Kommunikationsdienst-Client- Einheit und den weiteren Kommunikationsdienst-Client- Einheiten, die das Kriterium erfüllen, als Teilnehmern bereitzustellen.
Ferner wird ein Kommunikationssystem mit einer Kommunikationsdienst-Client-Einheit, weiteren Kommunikationsdienst-Client-Einheiten, einer Kommunikationsdienst-Server-Einheit und einer Server-Einheit bereitgestellt, wobei die Kommunikationsdienst-Client-Einheit eingerichtet ist, eine oder mehrere Nachrichten zu erzeugen, welche mindestens ein Kriterium enthalten, das von den weiteren Kommunikationsdienst-Client-Einheiten jeweils erfüllt wird oder nicht erfüllt wird und die Anforderung nach der Bereitstellung des Kommunikationsdiensts und eine Spezifikation enthalten, dass die weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, Teilnehmer des bereitgestellten
Kommunikationsdiensts sein sollen. Die Server-Einheit ist eingerichtet, eine das mindestens eine Kriterium repräsentierende Information an' die Kommunikationsdienst- Server-Einheit zu übermitteln; und die Kommunikationsdienst- Server-Einheit ist eingerichtet, den Kommunikationsdienst mit der Kommunikationsdienst-Client-Einheit und den weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, als Teilnehmern bereitzustellen.
Ferner werden Verfahren zum Betreiben eines
Kommunikationssystems, Server-Einheiten, Verfahren zum Betreiben einer Server-Einheit, eine Kommunikationsdienst- Client-Einheit und ein Verfahren zum Betreiben einer Kommunikationsdienst-Client-Einheit gemäß den oben beschriebenen Kommunikationssystemen bereitgestellt.
Anschaulich spezifiziert ein Benutzer mittels seiner Kommunikationsdienst-Client-Einheit ein Kriterium, gemäß welchem, wenn der Benutzer mittels seiner Kommunikationsdienst-Client-Einheit einen
Kommunikationsdienst anfordert, dynamisch eine Gruppe von weiteren Benutzern (bzw. weiteren Kommunikationsdienst- Client-Einheiten) erzeugt wird, deren Gruppen-Mitglieder zusammen mit dem Benutzer an dem bereitgestellten Kommunikationsdienst, beispielsweise einer PoC(Push to talk over Cellular) -Kommunikation, teilnehmen sollen. Der Benutzer legt also nicht statisch eine Gruppe bei der Server-Einheit, beispielsweise einem GM(Group Management) - Server, fest, die er nur manuell durch Senden von Nachrichten an die Server-Einheit modifizieren kann, beispielsweise durch Senden einer Nachricht, die spezifiziert, dass "ein bestimmter Benutzer zu der Gruppe hinzugefügt werden soll, sondern spezifiziert ein Kriterium, gemäß welchem die Server-Einheit automatisch (bei Beginn der Bereitstellung des Kommunikationsdiensts) die Gruppe dynamisch ermittelt.
Beispielsweise kann ein Benutzer in einer Taxi-Zentrale als Kriterium angeben, dass alle Fahrer von Taxis, die im Moment frei sind, zu einer PoC-Gruppe gehören sollen. Die Server- Einheit erzeugt dynamisch die PoC-Gruppe, beispielsweise durch Nachfrage bei einem Presence-Server, der für jedes Taxi die Information enthält, ob das Taxi aktuell frei ist. Auf diese Weise kann der Benutzer immer genau zu den Taxis Sprach-Nachrichten senden, die gerade frei sind, ohne stets die PoC-Gruppe manuell auf den neuesten Stand bringen zu müssen und ohne sich selbst zu informieren, welche Taxis aktuell frei sind, wozu ein erheblicher Signalisierungsaufwand erforderlich wäre.
Auf diese Weise erhöht die Erfindung die Benutzer- freundlichkeit und senkt den Signalisierungsaufwand erheblich.
In dem obigen Beispiel werden die weiteren
Kommunikationsdienst-Client-Einheiten beispielsweise durch Mobilfunk-Teilnehmergeräte der Taxifahrer realisiert.
Im Rahmen der Erfindung können die erste Kommunikationsdienst-Client-Einheit und die weiteren Kommunikationsdienst-Client-Einheiten beispielsweise durch Mobilfunk-Teilnehmergeräte gemäß dem UMTS (Universal Mobile
Telecommunication System) -Standard oder dem GSM (Global System for Mobile Communication) -Standard realisiert werden. Die Erfindung ist jedoch nicht nur anwendbar, wenn der Kommunikationsdienst mittels eines Mobilfunk- Kommunikationsnetzwerks bereitgestellt wird, sondern auch, wenn der Kommunikationsdienst mittels eines Festnetzes, beispielsweise eines PSTN (Public Switched Telephone Network) bereitgestellt wird. In beiden Fällen kann der Kommunikationsdienst mittels des Internets bereitgestellt werden, beispielsweise ist der Kommunikationsdienst ein Internet-basierter Konferenz-Kommunikationsdienst und die Kommunikationsdienst-Client-Einheiten dementsprechend Konferenz-Kommunikationsendgeräte. Die Erfindung eignet sich für eine Vielzahl von Gruppen-spezifischen Kommunikationsdiensten.
Anschaulich werden die weiteren Kommunikationsdienst-Client- Einheiten, die an dem Kommunikationsdienst teilnehmen sollen, nicht (nur) mittels einer Liste spezifiziert, sondern werden anschaulich "umschrieben", beispielsweise aus einer Liste von potentiellen Teilnehmern gemäß dem Kriterium herausgefiltert und so mit Hilfe eines vorgebbaren Kriteriums (oder mehrerer vorgebbarer Kriterien) dynamisch festgelegt.
Die Erfindung ermöglicht somit die Nutzung von dynamisch, mit Hilfe von Kriterien definierten Gruppen im Rahmen von Kommunikationsdiensten .
Bei den unten beschriebenen Ausführungsbeispielen besteht weiterhin der Vorteil, dass diese auf bestehenden, zum Teil bereits standardisierten, Kommunikationsnetzwerken basieren. Es müssen zur Realisierung der Ausführungsbeispiele keine gegenüber den bestehenden Kommunikationsnetzwerken neue Netzwerkelemente hinzugefügt werden, die bestehenden Netzwerkelemente werden in ihrer Funktionalität erweitert. Die Ausführungsbeispiele können somit einfach und kostengünstig realisiert werden. In einer Ausführungsform kann der Benutzer einen Wert spezifizieren, der die maximale Anzahl der weiteren Kommunikationsdienst-Client-Einheiten, die an dem Kommunikationsdienst teilnehmen sollen, beschränkt. Anschaulich hat somit der Benutzer die Kontrolle über die Größe der dynamisch erzeugten Gruppe.
Falls sich die Gruppe der weiteren Kommunikationsdienst- Client-Einheiten, die das Kriterium erfüllen, ändert, während der Kommunikationsdienst bereits bereitgestellt ist, also während der Kommunikationsdienst besteht, so kann dies berücksichtigt werden und beispielsweise weitere Kommunikationsdienst-Client-Einheiten, die zum Zeitpunkt des Beginns der Bereitstellung das Kriterium nicht erfüllt haben, nun aber erfüllen, zu Teilnehmern werden, beispielsweise zu dem bereitgestellten Kommunikationsdienst (etwa einer Konferenz) eingeladen werden. Umgekehrt kann eine der weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium nicht mehr erfüllt, von dem bereitgestellten Kommunikationsdienst ausgeschlossen werden, beispielsweise aus einer Konferenz entfernt werden. Um dies zu realisieren, kann die Server-Einheit die Kriterien periodisch überprüfen.
Die Server-Einheit und die Kommunikationsdienst-Server- Einheit können mittels desselben Serverrechners realisiert werden.
In einer Ausführungsform sendet die Kommunikationsdienst- Server-Einheit als Antwort auf die zweite Nachricht eine Nachricht an die Kommunikationsdienst-Client-Einheit, mittels welcher der Kommunikationsdienst-Client-Einheit mitgeteilt wird, welche der weiteren Kommunikationsdienst-Client- Einheiten aktuell das Kriterium erfüllen. Die Kommunikationsdienst-Client-Einheit kann daraufhin bestätigen, ob der Kommunikationsdienst tatsächlich mit den weiteren Kommunikationsdienst-Client-Einheiten, die aktuell das Kriterium, erfüllen, als Teilnehmern bereitgestellt werden soll oder nicht.
Anschaulich erweitert die Erfindung die gemäß dem Stand der Technik vorgesehenen Group-Management-Operationen. Ferner werden die Anfragen, die die Kommunikationsdienst-Client- Einheit an die Kommunikationsdienst-Server-Einheit sendet, anschaulich erweitert, beispielsweise durch die Spezifikation, dass der Kommunikationsdienst mit den Gruppen- Mitgliedern einer dynamisch definierten Gruppe als Teilnehmern bereitgestellt werden soll.
Die Server-Einheit kann als Gruppenverwaltungs-Server-Einheit ausgestaltet sein und beispielsweise durch einen GM (Group Management) -Serverrechner, der entsprechend gegenüber dem Stand der Technik erweitert ist, realisiert werden, oder durch einen beliebigen anderen Serverrechner realisiert werden.
Bevorzugte Weiterbildungen der Erfindung ergeben sich aus den abhängigen Ansprüchen. Die weiteren Ausgestaltungen der Erfindung, die im Zusammenhang mit dem Kommunikationssystem beschrieben sind, gelten sinngemäß auch für die Verfahren zum Betreiben eines KommunikationsSystems, die Server-Einheiten, die Verfahren zum Betreiben einer Server-Einheit, die
Kommunikationsdienst-Client-Einheit und das Verfahren zum Betreiben einer Kommunikationsdienst-Client-Einheit.
Die das mindestens eine Kriterium repräsentierende Information kann das mindestens eine Kriterium selbst sein.
Ferner kann die Kommunikationsdienst-Client-Einheit eingerichtet sein, eine oder mehrere Nachrichten mit dem mindestens einen Kriterium an die Server-Einheit zu senden. Gemäß einer Ausgestaltung der Erfindung ist die Server- Einheit eingerichtet zum Speichern des mindestens einen Kriteriums .
Weiterhin kann die Server-Einheit als Group-Management- Server-Einheit eingerichtet sein.
Beispielsweise ist die Anforderung in einer ersten Nachricht der einen oder mehreren Nachrichten enthalten und wird von der Kommunikationsdienst-Client-Einheit an die Kommunikationsdienst-Server-Einheit übermittelt .
In einer Ausführungsform ist das Kriterium in einer zweiten Nachricht der einen oder mehreren Nachrichten enthalten und wird von der Kommunikationsdienst-Client-Einheit an die Server-Einheit übermittelt.
In einer Ausführungsform ist das Kriterium in der ersten Nachricht der einen oder mehreren Nachrichten enthalten (und wird beispielsweise von der Kommunikationsdienst-Server- Einheit an die Server-Einheit weitergeleitet) .
In einer Ausführungsform ist die Server-Einheit eingerichtet • zum Erzeugen der Liste der weiteren Kommunikationsdienst- Client-Einheiten an mindestens eine Informations-Server- Einheit eine dritte Nachricht zu übermitteln, welche die Anforderung nach Informationen enthält, die zum Überprüfen, ob die weiteren Kommunikationsdienst-Client-Einheiten das Kriterium erfüllen, erforderlich sind.
In einer anderen Ausführungsform ist die
Kommunikationsdienst-Server-Einheit eingerichtet zum Erzeugen der Liste der weiteren Kommunikationsdienst-Client-Einheiten an mindestens eine Informations-Server-Einheit eine dritte Nachricht zu übermitteln, welche die Anforderung nach
Informationen enthält, die zum Überprüfen, ob die weiteren Kommunikationsdienst-Client-Einheiten das Kriterium erfüllen, erforderlich sind.
Anschaulich fordert die Server-Einheit bzw. die Kommunikationsdienst-Server-Einheit bei einer Informations- Server-Einheit, die über für das Kriterium relevante Informationen verfügt, Informationen an, die er zur Erzeugung der Liste gemäß dem Kriterium überprüft.
Beispielsweise ist die Informations-Server-Einheit eine
Presence-Server-Einheit oder eine Location-Server-Einheit . Dementsprechend sind die für das Kriterium relevanten beispielsweise Orts-Informationen oder Präsenz-Informationen.
Überprüft die Server-Einheit oder die Kommunikationsdienst- Server-Einheit die Kriterien periodisch (um stets überprüfen zu können, welche der weiteren Kommunikationsdienst-Client- Einheiten das Kriterium aktuell erfüllen) , so kann sie sich beispielsweise bei einem Location-Server oder einem Presence- Server subskribieren, so dass sie über Statusänderungen der weiteren Kommunikationsdienst-Client-Einheiten stets informiert wird.
In einer Ausführungsform enthält die eine oder mehreren Nachrichten ferner eine weitere Liste eines Teils der weiteren Kommunikationsdienst-Client-Einheiten, und eine der weiteren Kommunikationsdienst-Client-Einheiten soll nur dann Teilnehmer des bereitgestellten Kommunikationsdiensts sein, falls sie auf der weiteren Liste aufgeführt wird und das Kriterium erfüllt.
D.er Benutzer der Kommunikationsdienst-Client-Einheit kann also eine Liste von potentiellen Gruppen-Mitgliedern definieren, aus denen gemäß dem Kriterium die Teilnehmer des Kommunikationsdienstes herausgefiltert werden. Beispielsweise ist der Kommunikationsdienst ein Kommunikationsdienst, der auf SIP (Session Initiation Protocol) basiert.'
Mit Hilfe von Kommunikations-Ids (Kommunikationsidentifikationen) können innerhalb einer SIP-Session verschiedene Gruppen-Kommunikationen (oder Sub-Gruppen- Kommunikationen) realisiert werden, wobei dynamische Gruppen (oder Sub-Gruppen) verwendet werden. Insbesondere kann beispielsweise "Whispering" und "Sidebars" realisiert werden. Beispielsweise kann ein Benutzer, der an einer Gruppen- Kommunikation teilnimmt, Sprachdaten an eine dynamisch definierte Sub-Gruppe versenden, die nur von den Mitgliedern der Sub-Gruppe empfangen werden können.
In einer Ausführungsform wird in der einen oder mehreren Nachrichten das mindestens eine Kriterium gemäß XML (eXtended Markup Language) spezifiziert.
Der Kommunikationsdienst ist beispielsweise ein PoC-
Kommunikationsdienst, ein Kommunikationsdienst zum Versenden von Instant Messages, ein MMS-Kommunikationsdienst oder ein Konferenz-Kommunikationsdienst .
Wie oben erwähnt überprüft die Server-Einheit im Laufe der Bereitstellung des Kommunikationsdiensts die Liste der weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, (beispielsweise periodisch) auf Gültigkeit, aktualisiert diese gegebenenfalls und übermittelt die aktualisierte Liste an die Kommunikationsdienst-Server- Einheit.
Die Kommunikationsdienst-Server-Einheit kann wie oben erwähnt eingerichtet sein, gemäß der aktualisierten Liste die Teilnehmer des Kommunikationsdiensts zu verändern. Gemäß einer anderen Ausgestaltung der Erfindung überprüft die Kommunikationsdienst-Server-Einheit im Laufe der Bereitstellung des Kommunikationsdiensts, ob die weiteren Kommunikationsdienst-Client-Einheiten, das Kriterium noch erfüllen, (beispielsweise periodisch) und verändert gegebenenfalls die Teilnehmer des Kommunikationsdiensts.
In einer Ausführungsform wird der Kommunikationsdienst im Rahmen eines weiteren Kommunikationsdiensts bereitgestellt, der von der Kommunikationsdienst-Server-Einheit bereitgestellt wird.
Anschaulich werden dynamisch erzeugte Untergruppen einer Gruppe im Rahmen eines Kommunikationsdiensts, der für die Gruppe bereitgestellt wird, genutzt. Beispielsweise wird eine PoC-Kommunikation im Rahmen einer PoC-Session aufgebaut, wobei die Teilnehmer der PoC-Kommunikation (bzw. die von ihnen verwendeten Client-Einheiten) das Kriterium erfüllen.
Ausführungsbeispiele der Erfindung sind in den Figuren dargestellt und werden im Weiteren näher erläutert.
Figur 1 zeigt ein Nachrichtenflussdiagramm gemäß dem Stand der Technik.
Figur 2 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
Figur 3 zeigt ein Kommunikationssystem gemäß einem Ausführungsbeispiel der Erfindung.
Figur 4 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
Figur 5 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung. Figur 6 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
Figur 7 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
Figur 8 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
Figur 9 zeigt ein Nachrichtenflussdiagramm gemäß einem Ausführungsbeispiel der Erfindung.
Figur 10 zeigt ein Nachrichtenflussdiagramm gemäß einem weiteren Ausführungsbeispiel der Erfindung.
Fig.2 zeigt ein Nachrichtenflussdiagramm 200 gemäß einem Ausführungsbeispiel der Erfindung.
Der Nachrichtenfluss 200 findet zwischen einer GM (Group Management) -Client-Einheit 201, einer ServiceX-Client-Einheit 202, einer ServiceX-Server-Einheit 203 und einer GM (Group Management) -Server-Einheit 204 statt. ServiceX steht hier für einen beliebigen Kommunikationsdienst, in dessen Rahmen Gruppen verwendet werden können.
Der ServiceX ist dementsprechend beispielsweise ein PoC(Push- to-Talk over Cellular) -Kommunikationsdienst, ein Kommunikationsdienst zum Versenden von Instant Messages, ein MMS (Multimedia Message Service) -Kommunikationsdienst oder ein Konferenz-Kommunikationsdienst. Die ServiceX-Client-Einheit 202 und die ServiceX-Server-Einheit 203 sind gemäß dem Kommunikationsdienst angeordnet und ausgestaltet. Eine Architektur zur Nutzung von PoC wird weiter unten erläutert.
In Schritt 205 legt die GM-Client-Einheit 201 bei der GM-
Server-Einheit 204 eine (PoC-) Gruppe an. Dazu sendet die GM- Client-Einheit 201 eine group-creation-request-Nachricht 216 an die GM-Server-Einheit 204. Die group-creation-request- Nachricht 216 enthält: eine Liste von potentiellen Gruppen-Mitgliedern der Gruppe und/oder eine erste Liste von Kriterien; - (optional) eine Spezifikation einer maximalen Anzahl von Gruppen-Mitgliedern der Gruppe;
(optional) eine Spezifikation, dass das Automatisches- Update-Flag (automatic Update flag) gesetzt ist; (optional) sonstige Werte von für den ServiceX spezifischen Parametern.
Die GM-Server-Einheit 204 legt daraufhin eine entsprechende Gruppe an und sendet in Schritt 206 eine Antwortnachricht 217 an die GM-Client-Einheit 201, die eine eindeutige Identifikation (ID) der angelegten Gruppe enthält.
In Schritt 207 sendet die ServiceX-Client-Einheit 202 eine Anforderungsnachricht 218 mit der Anforderung nach der Bereitstellung des ServiceX an die ServiceX-Server-Einheit 203. Die Anforderungsnachricht 218 enthält: die Identifikation der Gruppe und/oder eine zweite Liste von Kriterien;
(optional) eine weitere Liste von potentiellen Gruppen- Mitgliedern; falls in der group-creation-request- Nachricht 216 bereits eine Liste von potentiellen
Gruppen-Mitgliedern angegeben wurde, so kann die weitere Liste von potentiellen Gruppen-Mitgliedern eine Erweiterung der Liste von potentiellen Gruppen- Mitgliedern sein; - (optional) die Spezifikation einer maximalen Anzahl von Gruppen-Mitgliedern der Gruppe;
(optional) die Spezifikation, dass das Automatisches- Update-Flag gesetzt ist; (optional) eine Anforderungsidentifikation (request ID) für den angeforderten Kommunikationsdienst; in dem Fall, dass ServiceX ein PoC-Kommunikationsdienst ist, ist dies eine PoC-Kommunikations-ID, welche als id_proposal bezeichnet wird;
(optional) Werte von sonstigen für den ServiceX spezifischen Parametern.
In Schritt 208 stellt die ServiceX-Server-Einheit 203 fest, dass sie die Gruppe nicht auflösen kann, d.h. dass sie die aktuellen Gruppen-Mitglieder nicht bestimmen kann. Deshalb sendet sie eine Anfrage-Nachricht 219 an die GM-Server- Einheit 204 mit der Anfrage, dass die GM-Server-Einheit 204 die Gruppe auflöst. Die Anfrage-Nachricht 219 enthält: die Identifikation der Gruppe;
(optional) die zweite Liste von Kriterien;
(optional) die Liste von potentiellen Gruppen- Mitgliedern (darunter ist im Folgenden stets die gegebenenfalls um die weitere Liste von potentiellen
Gruppen-Mitgliedern erweiterte Liste von potentiellen
Gruppen-Mitgliedern zu verstehen bzw. gegebenenfalls die weitere Liste von potentiellen Gruppen-Mitgliedern selbst, falls in der group-creation-request-Nachricht
216 keine Liste von potentiellen Gruppen-Mitgliedern angegeben wurde) ;
(optional) die Spezifikation einer maximalen Anzahl von
Gruppen-Mitgliedern in der Gruppe; - (optional) Werte von sonstigen, für den ServiceX spezifischen Parametern.
Ist das Automatisches-Update-Flag gesetzt, so fordert die ServiceX-Server-Einheit 203 mittels der Anfrage-Nachricht 219 bei der GM-Server-Einheit 204 eine längerfristige Group- Composite-Change-Notification (Gruppenzusammensetzungs- änderungs-Benachrichtigung) an. In diesem Fall wird die ServiceX-Server-Einheit 203 von der GM-Server-Einheit 204 jedes Mal darüber informiert, wenn sich die Zusammensetzung der Gruppe ändert, beispielsweise wenn ein potentielles
Gruppen-Mitglied die mittels der ersten Liste von Kriterien oder mit der zweiten Liste von Kriterien angegebenen Kriterien nicht mehr oder zwischenzeitlich nicht erfüllt. Insbesondere überprüft im Falle eines gesetzten Automatisches-Update-Flags die GM-Server-Einheit 204 periodisch, welche potentiellen Gruppen-Mitglieder die Kriterien aktuell erfüllen.
Diese Subskription, d.h. die Anforderung der Group-Composite- Change-Notification kann alternativ von der ServiceX-Server- Einheit 203 auch zu einem späteren Zeitpunkt durchgeführt werden.
In Schritt 210 ermittelt die GM-Server-Einheit 204 alle Benutzer, die (falls vorhanden) in der Liste der potentiellen Gruppen-Mitgliedern angegeben sind, die die (falls vorhanden) Kriterien der ersten Liste von Kriterien erfüllen und die die (falls vorhanden) Kriterien der zweiten Liste von Kriterien erfüllen. Diese Benutzer bilden die momentane Liste von Gruppen-Mitgliedern. Die Art, wie die GM-Server-Einheit 204 die momentanen Gruppen-Mitglieder (d.h. die Mitglieder der momentanen Liste von Gruppen-Mitgliedern) ermittelt, hängt von dem mittels der ersten Liste von Kriterien bzw. der zweiten Liste von Kriterien spezifizierten Kriterien ab. Dies wird weiter unten erläutert.
In Schritt 211 sendet die GM-Server-Einheit 204 eine weitere Antwort-Nachricht 220, welche die momentane Liste von Gruppen-Mitgliedern enthält, an die ServiceX-Server-Einheit 203.
Die Schritte 212 und 213 werden optional durchgeführt. In
Schritt 212 übermittelt die ServiceX-Server-Einheit 203 eine Informationsnachricht 221 an die ServiceX-Client-Einheit 202, mittels welcher sie die ServiceX-Client-Einheit 202 über die momentane Liste von Gruppen-Mitgliedern informiert. Dazu kann die Informationsnachricht 221 beispielsweise die Anzahl der momentanen Gruppen-Mitglieder enthalten oder auch die komplette momentane Liste von Gruppen-Mitgliedern. In Schritt 213 sendet die ServiceX-Client-Einheit 202 eine Bestätigungsnachricht 222 an die ServiceX-Server-Einheit 203, womit sie die in Schritt 207 durchgeführte Anforderung des ServiceX bestätigt. Alternativ kann die ServiceX-Client- Einheit 202 in Schritt 213 die Anforderung nach dem ServiceX zurückziehen und der Ablauf wird dementsprechend beendet.
In Schritt 214 wird die in Schritt 207 durchgeführte Anforderung nach dem ServiceX, falls diese nicht in Schritt 213 zurückgezogen wurde, unter Verwendung der momentanen Liste von Gruppen-Mitgliedern von der ServiceX-Server-Einheit
203 bedient. Je nachdem, welche Art von Kommunikationsdienst der ServiceX ist, werden dazu von der ServiceX-Server-Einheit 203 entsprechende Aktionen durchgeführt, beispielsweise eine Einladung der Gruppen-Mitglieder zu einer Gruppen- Kommunikation.
In Schritt 215 sendet die ServiceX-Server-Einheit 203 zur Bestätigung der in Schritt 207 durchgeführten Anforderung des ServiceX eine Anforderungs-Bestätigungsnachricht 223 an die ServiceX-Client-Einheit 202., Die Anforderungs- Bestätigungsnachricht 223 enthält:
(optional) die momentane Liste von Gruppen-Mitgliedern; - eine Antwort-Identifikation (response ID) ; in dem Fall, dass der ServiceX ein PoC-Kommunikationsdienst ist, ist dies eine PoC-Kommunikations-ID, welche als PK_id bezeichnet wird;
(optional) Werte von sonstigen, für den ServiceX spezifischen Parametern.
Hat die ServiceX-Server-Einheit 203 bei der GM-Server-Einheit
204 eine Group-Composite-Change-Notification angefordert, so wird die ServiceX-Server-Einheit 203 bei einer Änderung der momentanen Liste von Gruppen-Mitgliedern über die geänderte momentane Liste von Gruppen-Mitgliedern notifiziert. So ist der ServiceX-Server-Einheit 203 stets die aktuelle Zusammensetzung der momentanen Liste von Gruppen-Mitgliedern bekannt. Je nachdem, um welche Art von Kommunikations-Dienst es sich bei dem ServiceX handelt, sind mit der Änderung der momentanen Liste von Gruppen-Mitgliedern (und der entsprechenden Notifikation der ServiceX-Server-Einheit 203) bestimmte Aktionen verbunden, beispielsweise eine Einladung eines zu der momentanen Liste von Gruppen-Mitgliedern neu hinzugekommenen Gruppen-Mitglieds zu einer Gruppen- Kommunikation .
In einer anderen Ausführungsform werden die Schritte 205 bis 211 wie oben beschrieben durchgeführt. Schritt 212 wird jedoch notwendig durchgeführt und die Informationsnachricht 221 enthält die momentane Liste der Gruppen-Mitglieder sowie eine temporäre Gruppenidentifikation. In Schritt 213 sendet die ServiceX-Client-Einheit 302 nicht eine
Bestätigungsnachricht 222 an die ServiceX-Server-Einheit 203, sondern eine erneute Anforderung des ServiceX an die ServiceX-Server-Einheit 303 unter Angabe der temporären Gruppenidentifikation. Der weitere Ablauf ist analog zu oben ab Schritt 214.
In einer Ausführungsform ist die GM-Server-Einheit 204 nicht als separate Funktions-Einheit ausgestaltet, sondern die oben beschriebene Funktionalität der GM-Server-Einheit 204 wird von der ServiceX-Server-Einheit 203 übernommen. Insbesondere entfällt die Interaktion zwischen der GM-Server-Einheit 204 und der ServiceX-Server-Einheit 203 in den Schritten 219 und 220 sowie die Notifizierungen an die ServiceX-Server-Einheit 203 im Rahmen einer Group-Composite-Change-Notification.
Fig.3 zeigt ein Kommunikationssystem 300 gemäß einem Ausführungsbeispiel der Erfindung.
Eine erste PoC-Client-Einheit 301, eine zweite PoC-Client- Einheit 302 und eine dritte PoC-Client-Einheit 303 sind mittels jeweils einer Schnittstelle 304 mit jeweils einem poC-TeilnehmerServerrechner (PoC-Serverrechner Participant Function) 305 gekoppelt. Die PoC-Teilnehmerserverrechner 305 sind mit einem PoC-Steuerserverrechner (PoC-Serverrechner Controlling function) 306 gekoppelt.
Der PoC-Steuerserverrechner 306 ist mit einem Location- Serverrechner 307, einem GM (Group Management) -Serverrechner 308 und einem Presence-Serverrechner 309 gekoppelt. Der GM- Serverrechner 308, ist ebenfalls mit dem Location- Serverrechner 307 und dem Presence-Serverrechner 309 gekoppelt.
Der Location-Serverrechner 307 stellt Orts-Informationen bereit. Beispielsweise kann der GM-Serverrechner 308 bei dem Location-Serverrechner 307 den Ort der zweiten PoC-Client- Einheit 302 erfragen.
Der Presence-Serverrechner Rechner 309 stellt Präsenzinformationen bereit. Beispielsweise kann der GM- Serverrechner 308 bei dem Presence-Serverrechner 309 erfragen, ob die zweite PoC-Client-Einheit 302 derzeit verfügbar ist und nicht beispielsweise abgeschaltet ist oder aus einem anderen Grund keine Kommunikationsverbindung zu ihr aufgebaut werden kann.
Die Schnittstellen 304 werden beispielsweise mittels des RAN (Radio Access Network) , des Kernnetzwerks (Core Network, CN) und des IMS (Internet Protocol based Multimedia Subsystem) eines UMTS (Universal Mobile Telecommuniσation System) - Kommunikationssystems oder eines GSM (Global System for Mobile Communication) -Kommunikationssystems bereitgestellt.
Die Schnittstellen 304 können aber auch beispielsweise mittels eines PSTN (Public Switched Telephone Network) - Kommunikationsnetzwerks bereitgestellt werden. Die PoC-Client-Einheiten 301, 302, 303 sind. jeweils in einem Mobilfunk-Kommunikationsendgerät, das gemäß der jeweiligen Schnittstelle 304 beispielsweise eingerichtet ist zur Kommunikation gemäß dem UMTS-Standard, dem GSM-Standard, dem GPRS (General Packet Radio Service) -Standard oder einem anderen Mobilfunk-Kommunikationsstandard, integriert.
Fig.4 zeigt ein Nachrichtenflussdiagramm 400 gemäß einem Ausführungsbeispiel der Erfindung.
Der dargestellte Nachrichtenfluss findet zwischen einer PoC- Client-Einheit 401, einem PoC-Steuerserverrechner 402, einem GM-Serverrechner 403, einem Location-Serverrechner 404, einem Presence-Serverrechner 405 sowie weiteren ,PoC-Client- Einheiten 406 statt, die wie mit Bezug auf Fig.3 erläutert angeordnet und ausgestaltet sind, wobei die zweite PoC- Client-Einheit 302 und die dritte PoC-Client-Einheit 303 den weiteren PoC-Client-Einheit 406 entsprechen.
Bei dem im Folgenden erläuterten Ausführungsbeispiel wird angenommen, dass der Benutzer der PoC-Client-Einheit 401 mit allen seinen Freunden, die sich momentan in der gleichen Stadt aufhalten wie er (in diesem Beispiel ist dies ein erstes Kriterium; criteria_l) und die momentan nicht arbeiten (in diesem Beispiel ist dies ein zweites Kriterium; criteria_2) eine PoC-Session starten möchte.
Dazu legt der Benutzer der PoC-Client-Einheit 401 durch Senden einer group_generation_request-Nachricht 423 in Schritt 407 eine PoC-Gruppe in dem GM-Serverrechner 403 an. Zur Definition der PoC-Gruppe übermittelt der Benutzer eine in der group_generation_request-Nachricht 423 enthaltene Auflistung (member_list) von zwanzig unterschiedlichen Benutzern (die Freunde des Benutzers, dies sind die potentiellen Gruppen-Mitglieder) und ein in der group_generation_request-Nachricht 423 spezifiziertes erstes Kriterium (criteria_l) , dass sich die Freunde zum Zeitpunkt der Benutzung der PoC-Gruppe in der Stadt Hamburg aufhalten sollen.
Das Senden der group_generation_request-Nachricht kann beispielsweise mittels eines HTTP get-Befehls realisiert werden, der gemäß Tabelle 1 ausgestaltet ist.
Figure imgf000029_0001
Tabelle 1
HTTP get-Befehle sind in [3] beschrieben (Group Management Operationen unter Verwendung von HTTP sind in [2] beschrieben) .
In Tabelle 1 und in den weiteren Tabellen sind die Einträge, die gemäß den Ausführungsbeispielen gegenüber den herkömmlichen Nachrichten zusätzlich vorgesehen sind, fett dargestellt.
In Schritt 408 sendet der GM-Serverrechner 403 als Antwort eine group_generation_response-Nachricht 424, welche eine eindeutige Gruppenidentifikation der PoC-Gruppe enthält, in diesem Fall die Identifikation sip:myfriends@abc. de, an die PoC-Client-Einheit 401.
In Schritt 409 wählt der Benutzer der PoC-Client-Einheit 401 die PoC-Gruppe aus und legt das zweite Kriterium (criteria_2) fest (das erste Kriterium und das zweite Kriterium können jeweils auch aus mehreren Kriterien bestehen) , um mit den potentiellen Gruppen-Mitgliedern der PoC-Gruppe, welche das erste Kriterium und das zweite Kriterium erfüllen, mit Hilfe der PoC-Client-Einheit 401 eine PoC-Session zu starten. Durch das erste Kriterium und das zweite Kriterium wird die PoC- Gruppe dynamisch beschrieben, da es sich im Laufe der Zeit ändern kann, ob die potentiellen Gruppen-Mitglieder, d.h. die Benutzer, die in der group_generation_request-Nachricht 423 enthaltenen Liste von Benutzern aufgeführt sind, das erste Kriterium und das zweite Kriterium erfüllen.
Der Benutzer der PoC-Client-Einheit 401 möchte, dass während der zu startenden PoC-Session die aktuelle Zusammensetzung der PoC-Gruppe berücksichtigt wird. Die PoC-Gruppe setzt sich zu einem Zeitpunkt aktuell aus den potentiellen Gruppen- Mitgliedern zusammen, die das erste Kriterium und das zweite Kriterium erfüllen. Insbesondere sollen im Laufe der PoC- Session potentielle Gruppen-Mitglieder, die bisher nicht an der PoC-Session teilnehmen, zu der PoC-Session eingeladen werden, wenn sie das erste Kriterium und das zweite Kriterium (im Gegensatz zu vorher) erfüllen. Um dies zu erreichen, setzt der Benutzer der PoC-Client-Einheit 401 das Automatisches-Update-Flag (automatic_update_flag) .
In Schritt 410 sendet der Benutzer zum Starten der PoC- Session eine INVITE-Nachricht 425 an den PoC- Steuerserverrechner 402. Die INVITE-Nachricht 425 ist gemäß einem SIP INVITE ausgestaltet. SIP INVITE wird in [4] beschrieben. Die INVITE-Nachricht 425 enthält eine
Spezifikation des zweiten Kriteriums (criteria_2) sowie die Spezifikation, dass das Automatisches-Update-Flag gesetzt ist. Dies erfolgt beispielsweise mittels eines gegenüber dem Stand der Technik neu definierten Content-Type. Die INVITE- Nachricht 425 ist beispielsweise gemäß Tabelle 2 ausgestaltet .
Figure imgf000031_0001
Tabelle 2
In Schritt 411 stellt der PoC-Steuerserverrechner 402 nach Erhalt der INVITE-Nachricht 425 fest, dass er die PoC-Gruppe nicht auflösen kann, d.h., dass er nicht bestimmen kann, aus welchen Gruppen-Mitgliedern sich die PoC-Gruppe aktuell zusammensetzt .
Dementsprechend fragt der PoC-Steuerserverrechner 402 durch Übermitteln einer ersten SÜBSCRIBE-Nachricht 426 in Schritt 412 bei dem GM-Serverrechner 403 an, um die aktuellen (momentanen) Gruppen-Mitglieder, d.h., die Gruppen-Mitglieder aus denen sich die PoC-Gruppe aktuell zusammensetzt, zu ermitteln. Um den GM-Serverrechner 403 zu ermöglichen, die momentanen Gruppen-Mitglieder zu ermitteln, enthält die erste SÜBSCRIBE-Nachricht 426 das zweite Kriterium. Die erste SÜBSCRIBE-Nachricht 426 ist in diesem Ausführungsbeispiel gemäß einem SIP SUBSCRIBE ausgestaltet, beispielsweise gemäß Tabelle 3 (SIP SUBSCRIBE wird in [5] beschrieben.).
Figure imgf000031_0002
Event : dynamic σroup
Accept : application/dynamic group info+xml
Content-Type: application/eriteria+xml
Content-Length:
<?xml version="1.0"?>
<criteria>
<presence criteria>
<on work satisfy="no"/>
</presence criteria>
</criteria>
Tabelle 3
Das zweite Kriterium besteht wie erwähnt darin, dass die Gruppen-Mitglieder momentan nicht arbeiten sollen.
Da der GM-Serverrechner 403 zum Ermitteln der momentanen Gruppen-Mitglieder sowohl den Aufenthaltsort (Location- Status) der potentiellen Gruppen-Miglieder (bzw. der von den potentiellen Gruppen-Mitgliedern verwendeten PoC-Client- Einheiten) benötigt, sendet der GM-Serverrechner 403 in
Schritt 413 eine zweite SUBSCRIBE-Nachricht 427 (gemäß SIP SUSCRIBE) an den Location-Serverrechner 404 um sich bei dem Location-Serverrechner 404 zu subskribieren und über den jeweiligen Location-Status der potentiellen Gruppen- Mitglieder informiert zu werden.
Ferner benötigt der GM-Serverrechner 403 zum Ermitteln der momentanen Gruppen-Mitglieder, ob die potentiellen Gruppen- Mitglieder momentan arbeiten. Diese Information sei für jedes potentielle Gruppen-Mitglied in einer für dieses Gruppen- Mitglied von den Presence-Serverrechner 405, verwalteten Präsenz-Information (Presence-Status) enthalten. Dementsprechend sendet der GM-Serverrechner 403 eine dritte SUBSCRIBE-Nachricht 428 in Schritt 414 an den Presence- Serverrechner 405. Die zweite SUBSCRIBE-Nachricht 427 und die dritte SUBSCRIBE-Nachricht 428 werden für jedes potentielle Gruppen-Mitglied übermittelt. In Fig.4 ist dies exemplarisch für das erste Gruppen-Mitglied mit der Identifikation sip:freund_01@web.de, welche in der ersten SUBSCRIBE- Nachricht 427 und der zweiten SUBSCRIBE-Nachricht 428 enthalten ist, dargestellt.
Wie erwähnt besteht das erste Kriterium darin, dass sich die Freunde, d.h. die potentiellen Gruppen-Mitglieder in der Stadt Hamburg aufhalten sollen. Alternativ kann das erste Kriterium auch ein Location-Kriterium sein, dass von dem Aufenthaltsort des Benutzers (bzw. der PoC-Client-Einheit 401) abhängt. Das erste Kriterium könnte beispielsweise sein, dass nur potentielle Gruppen-Mitglieder, die sich (bzw. deren PoC-Client-Einheiten) in 5 km Umkreis der Position des Benutzers bzw. der PoC-Client-Einheit 401) aufhalten. In diesem Fall benötigt der GM-Serverrechner 403 zum Ermitteln der momentanen Gruppen-Mitglieder auch die Orts-Information des Benutzers der PoC-Client-Einheit 401 und sendet dementsprechend die erste SUBSCRIBE-Nachricht 427 nicht nur jeweils für alle potentiellen Gruppen-Mitglieder an den
Location-Serverrechner 404, sondern auch für den Benutzer der PoC-Client-Einheit 401. Im Weiteren wird jedoch angenommen, dass das erste Kriterium ist, dass sich die Gruppen- Mitglieder in der Stadt Hamburg aufhalten sollen.
Die erste SUBSCRIBE-Nachricht 427, die wie erwähnt jeweils für jedes potentielle Gruppen-Mitglied an den Location- Serverrechner 404 übermittelt wird, wird von dem Location- Serverrechner 404 in Schritt 415 jeweils mit einer ersten NOTIFY-Nachricht 429 beantwortet, die den Location-Status des jeweiligen Gruppen-Mitglieds enthält.
Analog wird in Schritt 416 die zweite SUBSCRIBE-Nachricht 428, gegebenenfalls für jedes Gruppen-Mitglied an den Presence-Serverrechner 405 gesendet wird, jeweils von dem Presence-Serverrechner 405 durch Übermittlung einer zweiten NOTIFY-Nachricht 430 an den GM-Serverrechner 403 beantwortet. Die zweite NOTIFY-Nachricht 430 enthält für das jeweilige potentielle Gruppen-Mitglied die Information, ob das jeweilige potentielle Gruppen-Mitglied momentan arbeitet.
Unter Verwendung der in Schritt 415 und Schritt 416 an ihn übermittelnden Informationen, ermittelt der GM-Serverrechner in Schritt 417 die momentanen Gruppen-Mitglieder, indem er für jedes potentielle Gruppen-Mitglied überprüft, ob das potentielle Gruppen-Mitglied das erste Kriterium und das zweite Kriterium erfüllt. In Schritt 418 übermittelt der GM- Serverrechner 403 mittels einer dritten NOTIFY-Nachricht 431 die Liste der momentanen Gruppen-Mitglieder
(current_member_list) an den PoC-Steuerserverrechner 402. Die dritte NOTIFY-Nachricht 431 ist in' diesem Beispiel gemäß einem SIP NOTIFY und gemäß Tabelle 4 ausgestaltet.
NOTIFY sip: gm-server@abc.de SIP/2.0
Event : dynamic_group
Content-Type: application/dynamic group info+xml
Content-Length: (...)
<?xml version="1.0"?>
<dynamic_group_info>
<member uri="sip: freund 05@web.de"/>
<member uri="sip:freund 09@web.de"/>
<member uri="sip: freund 14@web.de"/>
</dynamic__group_info>
Tabelle 4
Nach Empfangen der dritten NOTIFY-Nachricht 431 ist der PoC- Steuerserverrechner 402 darüber informiert, welche Benutzer momentane Gruppen-Mitglieder sind. Optional werden nun noch die Schritte 419 und 420 durchgeführt. In Schritt 419 sendet der PoC-Steuerserverrechner die Liste der momentanen Gruppen- Mitglieder (current_member_list) , in einer anderen Ausführungsform nur die Angabe der Anzahl der momentanen
Gruppen-Mitglieder, mittels einer MESSAGE-Nachricht 432 an die PoC-Client-Einheit 401. Die MESSAGE-Nachricht 432 ist als SIP MESSAGE ausgestaltet. SIP MESSAGE ist in [6] beschrieben.
In Schritt 420 antwortet die PoC-Client-Einheit 401 mittels einer zweiten MESSAGE-Nachricht 433, die ebenfalls gemäß SIP MESSAGE ausgestaltet ist und in diesem Beispiel spezifiziert, dass die PoC-Session mit den momentanen Gruppen-Mitgliedern tatsächlich gestartet werden soll.
In Schritt 421 sendet der PoC-Steuerserverrechner 402 eine zweite INVITE-Nachricht 434 an alle momentanen Gruppen- Mitglieder, in diesem Beispiel an alle weiteren PoC-Client- Einheiten 406. Die zweite INVITE-Nachricht 434 ist als SIP INVITE ausgestaltet. Schritt 421 ist anschaulich ein Einladen aller weiteren PoC-Client-Einheiten 406 zu der aufzubauenden PoC-Session. Dies wird auf herkömmliche Art durchgeführt. Als Antwort senden die weiteren PoC-Client-Einheiten 406 jeweils eine erste 200 OK-Nachricht 435 (gemäß SIP 200 OK) an den PoC-Steuerserverrechner 401.
Durch Senden der ersten 200 OK-Nachricht 435 akzeptiert eine der weiteren PoC-Client-Einheiten 406 (bzw. der entsprechende Benutzer) die Einladung zu der aufzubauenden PoC-Session. Nachdem der PoC-Steuerserverrechner 402 die erste 200 OK- Nachricht 435 empfangen hat (d.h. sobald eines der momentanen Gruppen-Mitglieder die Einladung zu der PoC-Session akzeptiert hat) sendet der PoC-Steuerserverrechner eine zweite 200 OK-Nachricht 436 an die PoC-Client-Einheit 401, welche signalisiert, dass eines der momentanen Gruppen- Mitglieder die Einladung zu der PoC-Session akzeptiert hat.
Nun läuft die PoC-Session mit allen Freunden des Benutzers der PoC-Client-Einheit 401, die das erste Kriterium und das zweite Kriterium erfüllen (und die Einladung zu der PoC- Session akzeptiert haben) . Fig.5 zeigt ein Nachrichtenflussdiagraitim 500 gemäß einem Ausführungsbeispiel der Erfindung.
Der dargestellte Nachrichtenfluss findet analog zu dem mit Bezug auf Fig.4 beschriebenen Ausführungsbeispiel zwischen einer PoC-Client-Einheit 501, einem PoC-Steuerserverrechner 502, einem GM-Serverrechner 503, einem Location-Serverrechner 504, einem Presence-Serverrechner 505 und weiteren PoC- Client-Einheiten 506 statt.
In diesem Ausführungsbeispiel wird davon ausgegangen, dass der Benutzer der PoC-Client-Einheit 501 mit allen Benutzern von PoC, die sich momentan in der gleichen Universität aufhalten wie er und die momentan nicht arbeiten, eine PoC- Session starten möchte. Der Ausdruck "momentane Gruppen- Mitglieder" usw. werden im Weiteren analog zu dem mit Bezug auf Fig.4 erläuterten Ausführungsbeispiel verwendet.
In Schritt 507 übermittelt die PoC-Client-Einheit 501 eine group_generation_request-Nachricht 524 an den GM- Serverrechner 503 um anzufordern, dass eine PoC-Gruppe erzeugt wird. Die group_generation__request-Nachricht 524 enthält die Spezifikation eines ersten Kriteriums (criteria_l) , das besagt, dass sich die Gruppen-Mitglieder zum Zeitpunkt der PoC-Session, d.h. zum Zeitpunkt der
Benutzung der PoC-Gruppe im Rahmen einer PoC-Session, in derselben Universität wie der Benutzer der PoC-Client-Einheit 501 aufhalten sollen. Die group_generation__request-Nachricht 524 enthält ferner eine Spezifikation eines zweiten Kriteriums (criteria_2) , das besagt, dass die momentanen
Gruppen-Mitglieder (der PoC-Gruppe) nicht arbeiten sollen. Die group_generation_request-Nachricht 524 ist beispielsweise gemäß Tabelle 5 ausgestaltet und der Benutzer legt durch Übermitteln der group_generation_request-Nachricht 524 die PoC-Gruppe an, die durch das erste Kriterium und das zweite Kriterium dynamisch definiert ist. GET http://glms.abc.de/script?action=create group HTTP/1.1
<?xml version="1.0"?>
<dynamic group name="Freizeit-Leute in Hamburg">
<criteria>
<location criteria>
<in university name="TU Hamburg" satisfy="yes"/>
</location criteria>
<presence criteria>
<on_work satisfy="no"/>
<presence criteria>
</criteria>
</dynamic group>
Tabelle 5
Nun ist es erforderlich, dass der GM-Serverrechner 503 alle PoC-Benutzer ermittelt, die das erste Kriterium und das zweite Kriterium erfüllen.
In einer Ausführungsform, welche nicht in Fig.5 dargestellt ist, geht der GM-Serverrechner 530 wie folgt vor. Im Gegensatz zu der mit Bezug auf Fig.4 erläuterten Ausführungsform wurde dem GM-Serverrechner 503 von der PoC- Client-Einheit 501 keine Liste von potentiellen Gruppen- Mitgliedern übermittelt. Deshalb ermittelt der GM- Serverrechner 503 eine Liste von potentiellen Gruppen- Mitgliedern, anschaulich eine allgemeine Mitgliederliste als Basis. Dazu fordert der GM-Serverrechner bei einer oder mehreren Netzwerkeinheiten eine Liste von bekannten oder geeigneten PoC-Client-Einheiten an. Diese Netzwerkeinheiten sind beispielsweise ein HLR (Home Location Register (des gleichen Betreibers (Operators) ) , der auch das Kommunikationsnetzwerk zur Kommunikation zwischen der PoC-
Client-Einheit 501 und dem GM-Serverrechner 503 bereitstellt, ein "Meta"-HLR, d.h. ein HLR, der über die Informationen von HLRs von verschiedenen Betreibern gespeichert hat, oder verschiedene HLRs von verschiedenen Betreibern. Die so angeforderte Liste von potentiellen Gruppen- Mitgliedern verwendet der GM-Serverrechner 503 anschaulich als Basis und sendet analog zu den mit Bezug a-uf Fig.4 erläuterten Schritten 413 und 414 SUBSCRIBE-Nachrichten für jedes potentielle Gruppen-Mitglied zu dem Location-
Serverrechner 504 bzw. zu dem Presence-Serverrechner 505 und ermittelt auf diese Weise die zum Bestimmen der momentanen Liste von Gruppen-Mitgliedern erforderliche Location- Information und Präsenz-Information der potentiellen Gruppen- Mitglieder. Anschließend ermittelt der GM-Serverrechner 503 die momentane Liste von Gruppen-Mitgliedern
(current_member_list) . Da die Liste von potentiellen Gruppen- Mitgliedern, die der GM-Serverrechner 503 in dieser Ausführungsform ermittelt, typischerweise sehr groß sein kann ist insbesondere zum Erstellen der Liste von potentiellen Gruppen-Mitgliedern ein sehr hoher Signalisierungsaufwand erforderlich. Deshalb wird die folgende Ausführungsform bevorzugt, die auch in Fig.5 illustriert ist.
In Schritt 508 sendet der GM-Serverrechner 503 eine erste SUBSCRIBE-Nachricht 525 an dem Location-Serverrechner 504. Die erste SUBSCRIBE-Nachricht 525 wird nicht nur an den Location-Serverrechner 504 gesendet, sonder an alle geeigneten Location-Server, d.h. an Location-Sever, die Orts- Informationen von PoC-Client-Einheiten verwalten.
Exemplarisch wird der weitere Ablauf anhand des Location- Serverrechners 504 erläutert. Die in Schritte 508 übermittelte erste SUBSCRIBE-Nachricht 525 weist eine Spezifikation des ersten Kriteriums (welches anschaulich
Location-spezifisch ist) auf. Die erste SUBSCRIBE-Nachricht 525 ist beispielsweise gemäß Tabelle 6 ausgestaltet.
SUBSCRIBE sip:loc-server@abc .de SIP/2.0
Event : matched users
Accept : application/matched user info+xml Content-Type : application/criteria+xml
Content-Length : (...)
<?xml version="1.0"?>
<criteria>
<location criteria>
<in_university name="TU Hamburg" satisfy="yes"/>
</location σriteria>
</criteria>
Tabelle 6
In Schritt 509 beantwortet der Location-Server 504 das Subscribe des GM-Servers 503, d.h. die erste SUBSCRIBE- Nachricht 525, durch Übermittlung einer ersten NOTIFY-
Nachricht 526 an den GM-Serverrechner 503. Auf diese Weise signalisiert der Location-Serverrechner 504 dem GM- Serverrechner 503 eine Liste von (PoC-) Benutzern (bzw. eine Liste der von den Benutzern verwendeten PoC-Client- Einheiten) , die das erste Kriterium erfüllen
(matched_users_list_l) . Die erste NOTIFY-Nachricht 526 ist beispielsweise gemäß Tabelle 7 ausgestaltet.
NOTIFY sip: gm-server@abc.de SIP/2.0
Event : matched users
Content-Type : application/matched user info+aαnl
Content-Length: (..
<?xml version="1.0"?>
<matched user info>
<matched user uri="sip:hans@web.de"/>
<matched user uri="sip:peter@web.de"/>
<matched user uri="sip:lustig@web.de"/>
</matched user info>
Tabelle 7
Analog zu den Schritten 508 und 509 werden die Schritte 510 und 511 durchgeführt. Das heißt, der GM-Serverrechner 503 übermittelt in Schritt 510 eine zweite SUBSCRIBE-Nachricht 527 mit einer Spezifikation des zweiten Kriteriums an den Presence-Serverrechner 505 (exemplarisch, analog zu oben wird jeweils eine zweite SUBSCRIBE-Nachricht an alle geeigneten Presence-Serverrechner übermittelt) . In Schritt 511 antwortet der Presence-Serverrechner 505 durch Übermittlung einer zweiten NOTIFY-Nachricht 528 an dem GM-Serverrechner 503, die eine Liste der (PoC-) Benutzer (bzw. eine Liste der von den Benutzern verwendeten PoC-Client-Einheiten) enthält, die das zweite Kriterium erfüllen (matched_users_list_2) .
In Schritt 512 ermittelt der GM-Serverrechner 503 die momentane Liste von Gruppen-Mitgliedern
(current_member_list) , indem er die Schnittmenge aus der Liste von Benutzern (bzw. der von den Benutzern verwendeten PoC-Client-Einheiten) , die das erste Kriterium erfüllen, und der Liste von Benutzern (bzw. der von den Benutzern verwendeten PoC-Client-Einheiten) , die das zweite Kriterium erfüllen, bildet.
In einer anderen Ausführungsform wird die zweite SUBSCRIBE- Nachricht 527 nur an solche Präsenz-Serverrechner gesendet, die Präsenz-Information über Benutzer (bzw. der von den Benutzer verwendeten PoC-Client-Einheiten) , die in der NOTIFY-Nachricht 526 gelistet sind, verwalten. Anschaulich fragt der GM-Serverrechner 503 nur für die Benutzer nach, die das erste Kriterium erfüllen. Dementsprechend erhält der GM- Serverrechner 503 in Schritt 511 nur für die Benutzer, die das erste Kriterium erfüllen, Präsenz-Informationen. Unter Verwendung dieser Präsenz-Informationen und der in Schritt 509 erhaltenen Information ermittelt der GM-Serverrechner 503 in Schritt 512 die momentane Liste der Gruppen-Mitglieder.
Der weitere Verlauf ist unabhängig davon, wie die momentane Liste der Gruppen-Mitglieder ermittelt wurde, insbesondere wird der folgende Verlauf auch durchgeführt, wenn, wie oben beschrieben, der GM-Serverrechner 503 zunächst eine Liste von potentiellen Gruppen-Mitglieder ermittelt, indem er beispielsweise bei einem oder mehreren HLRs entsprechende Informationen anfordert.
In Schritt 513 beantwortet der GM-Serve.rrechner 503 die von der PoC-Client-Einheit 501 in Schritt .507 getätigte Anfrage durch Übermittlung einer group_generation_response-Nachricht 529 an die PoC-Client-Einheit 501. Die group_generation_response-Nachricht 529 enthält eine eindeutige Gruppen-Identifikation der angelegten PoC-Gruppe, in diesem Fall sip:myfriendsΘabc. de, und die momentane Liste der Gruppen-Mitglieder (oder alternativ nur die Anzahl der Benutzer, die Teil der momentanen Liste von Gruppen- Mitgliedern ist) .
Zu einem späteren Zeitpunkt, in Schritt 514, wählt der
Benutzer der PoC-Client-Einheit 501 die PoC-Gruppe aus, um mit dem momentanen Gruppen-Mitgliedern der PoC-Gruppe mittels der ersten PoC-Client-Einheit 501 eine PoC-Session zu starten. Ferner soll auch während der PoC-Session die aktuelle Zusammensetzung der PoC-Gruppe berücksichtigt werden, d.h. es sollen stets die momentanen Gruppen- Mitglieder (auch wenn diese sich im Laufe der PoC-Session ändern) Teil der PoC-Sessions sein (wenn diese eine Einladung akzeptieren) .
Beispielsweise sollen im Laufe der PoC-Session Gruppen- Mitglieder eingeladen werden, sobald diese das erste Kriterium und das zweite Kriterium erfüllen. Um dies zu erreichen, setzt der Benutzer das Automatisches-Update-Flag (automatic_update_flag) .
In Schritt 515 sendet der Benutzer mittels der ersten PoC- Client-Einheit 501 eine erste INVTTE-Nachricht 530 zum Starten der PoC-Session. Die erste INVITE-Nachricht 530 ist in diesem Beispiel gemäß einem SIP INVITE ausgestaltet, dass an die eindeutige Gruppenidentifikation adressiert ist. In der ersten INVITE-Nachricht 530 ist spezifiziert, dass das Automatisches-Update-Flag gesetzt ist, beispielsweise indem diese . Spezifikation als SIP-Header (ΞIP-Nachrichtenkopf) in der ersten INVITE-Nachricht 530 enthalten ist. Dementsprechend ist die erste INVITE-Nachricht 530 gemäß Tabelle 8 ausgestaltet.
INVITE sip:myfriends@abc.de SIP/2.0
Update-frequence : numerischer Wert
Tabelle 8
In Schritt 516 stellt der PoC-Steuerserverrechner 502 nach Erhalt der ersten INVITE-Nachricht 530 fest, dass er die mittels der Gruppenidentifikation spezifizierte PoC-Gruppe nicht auflösen kann. In Schritt 531 fordert er deshalb mittels einer dritten SUBSCRIBE-Nachricht 531 bei dem GM- Serverrechner 503 an, dass dieser die momentanen Gruppen- Mitglieder ermittelt. Die dritte SUBSCRIBE-Nachricht 531 ist gemäß einem SIP SÜBSCRIBE und gemäß Tabelle 9 ausgestaltet.
SUBSCRIBE sip:myfriends@abc.de SIP/2.0
Event : dynamic_group
Äccept: application/dynamic group info+xml
Content-Length: 0
Tabelle 9
In Schritt 518 antwortet der GM-Serverrechner 503 auf die dritte SUBSCRIBE-Nachricht 531, indem er die Liste der momentanen Gruppen-Mitglieder mittels einer dritten NOTIFY- Nachricht 518 an den PoC-Steuerserverrechner 502 übermittelt, Die dritte NOTIFY-Nachricht 532 ist gemäß Tabelle 10 ausgestaltet.
NOTIFY sip: poc-server@abc.de SIP/2.0 Event : dynamic group
Content-Type: application/dynamic group info+xml
Content-Length: (...)
<?xml version="1.0"?>
<dynamic group info>
<member uri="sip: freund 05@web .de"/>
<member uri="sip: freund 09@web .de"/>
<meniber uri="sip: freund 14@web .de"/>
</dynamic group info>
Tabelle 10
Nach Empfangen der dritten NOTIFY-Nachricht 532 ist der PoC- Steüerserverrechner 502 darüber informiert, welche Benutzer momentane Gruppen-Mitglieder sind. Optional werden nun noch die Schritte 519 und 520 durchgeführt. In Schritt 519 sendet der PoC-Steuerserverrechner 502 die Liste der momentanen Gruppen-Mitglieder (current_member_list) , in einer anderen Ausführungsform nur die Angabe der Anzahl der momentanen Gruppen-Mitglieder, mittels einer UPDATE-Nachricht 533 an die PoC-Client-Einheit 501. Die UPDATE-Nachricht 533 ist als SIP UPDATE (oder alternativ als SIP INFO) ausgestaltet.
In Schritt 520 antwortet die PoC-Client-Einheit 501 mittels einer zweiten UPDATE-Nachricht 534, die ebenfalls gemäß SIP UPDATE ausgestaltet ist und in diesem Beispiel spezifiziert, dass die PoC-Session mit den momentanen Gruppen-Mitgliedern tatsächlich gestartet werden soll. Die PoC-Client-Einheit 501 kann zu diesem Zeitpunkt den Ablauf beenden, indem sie statt der zweiten UPDATE-Nachricht 534 eine CANCEL-Nachricht (gemäß SIP CANCEL, siehe [4]) an den PoC-Steuerserverrechner 502 übermittelt .
In Schritt 521 sendet der PoC-Steuerserverrechner 502 eine zweite INVITE-Nachricht 535 an alle momentanen Gruppen- Mitglieder, in diesem Beispiel an alle weiteren PoC-Client- Einheiten 506. Die zweite INVITE-Nachricht 535 ist als SIP INVITE ausgestaltet. Schritt 521 ist anschaulich ein Einladen aller weiteren PoC-Client-Einheiten 506 zu der aufzubauenden PoC-Session. Dies wird auf herkömmliche Art durchgeführt. Als Antwort senden die weiteren PoC-Client-Einheiten 506 jeweils eine erste 200 OK-Nachricht 536 (gemäß SIP 200 OK) an den PoC-Steuerserverrechner 401.
Durch Senden der ersten 200 OK-Nachricht 536 akzeptiert eine der weiteren PoC-Client-Einheiten 506 (bzw. der entsprechende Benutzer) die Einladung zu der aufzubauenden PoC-Session. Nachdem der PoC-Steuerserverrechner 502 die erste 200 OK- Nachricht 536 empfangen hat (d.h. sobald eines der momentanen Gruppen-Mitglieder die Einladung zu der PoC-Session akzeptiert hat) sendet der PoC-Steuerserverrechner eine zweite 200 OK-Nachricht 537 an die PoC-Client-Einheit 401, welche signalisiert, dass eines der ' momentanen Gruppen- Mitglieder die Einladung zu der PoC-Session akzeptiert hat.
Nun läuft die PoC-Session mit allen PoC-Benutzern, die das erste Kriterium und das zweite Kriterium erfüllen (und die Einladung zu der PoC-Session akzeptiert haben) .
Nach Ablauf der in Fig.4 und Fig.5 dargestellten Nachrichtflüsse ist, wie erläutert, eine PoC-Session zwischen der ersten PoC-Client-Einheit 401, 501 und den PoC-Client- Einheiten, aus denen sich die momentane Liste von Gruppen- Mitgliedern zusammensetzt, aufgebaut. Im Folgenden wird mit Bezug auf Fig.6 und Fig.7 erläutert, wie gemäß einem Ausführungsbeispiel der Erfindung vorgegangen wird, wenn sich die Zusammensetzung der momentanen Liste von Gruppen- Mitgliedern ändert.
Fig.6 zeigt ein Nachrichtenflussdiagramm 600 gemäß einem Ausführungsbeispiel der Erfindung.
Entsprechend Fig.4 und Fig.5 findet der dargestellte
Nachrichtfluss zwischen einer PoC-Client-Einheit 601, einem PoC-Steuerserverrechner 602, einem GM-Serverrechner 603, einen Location-Serverrechner 604 und weiteren PoC-Client- Einheiten 605 durchgeführt, die den entsprechenden in Fig.4 und Fig.5 dargestellten Netzwerkelementen entsprechen. Ferner ist eine neu hinzukommende PoC-Client-Einheit 606 an dem dargestellten Nachrichtenfluss beteiligt.
Wie erwähnt wird davon ausgegangen, dass eine PoC-Session mit den momentanen Gruppen-Mitgliedern als Teilnehmer aufgebaut ist, ferner wird angenommen, dass das Automatisches-Update- Flag gesetzt ist und der PoC-Steuerserverrechner 602 darüber informiert wurde, beispielsweise mittels der ersten INVITE- Nachricht 530, die in Schritt 515 übermittelt wurde.
Es wird angenommen, dass die neu hinzukommende PoC-Client- Einheit 606 (bzw. der Benutzer der neu hinzukommenden PoC- Client-Einheit) bisher nicht an der PoC-Session teilgenommen hat. Beispielsweise wird die momentane Liste von Gruppen- Mitgliedern gemäß dem Kriterium ermittelt, dass die momentanen Gruppen-Mitglieder sich (zusammen mit ihren PoC- Client-Einheiten) in Hamburg aufhalten sollen, der Benutzer der neu hinzugekommenen PoC-Client-Einheit 606, dies sei der Benutzer mit der Bezeichnung Freund_17, hat sich aber bisher nicht in Hamburg aufgehalten, kommt aber nun während der schon aufgebauten PoC-Session zurück nach Hamburg.
Es wird ferner angenommen, dass der GM-Serverrechner 603 bei dem Location-Server 604 angefordert hat, Location- Informationen über den Benutzer Freund__17 zu erhalten, beispielsweise wurde in Schritt 413 für den Benutzer Freund_17 eine entsprechende zweite SÜBSCRIBE-Nachricht 427 an den Location-Server 404 übermittelt, da der Benutzer Freund__17 auf der Liste von potentiellen Gruppen-Mitgliedern auftritt. Etwaige weitere Kriterien, gemäß denen die momentane Liste von Gruppen-Mitgliedern ermittelt wird, beispielsweise wie oben eine Kriterium bezüglich der
Verfügbarkeit der Gruppen-Mitglieder, werde von dem Benutzer Freund_17 erfüllt, beispielsweise hat er einen entsprechenden Präsenz-Status gesetzt.
In Schritt 607 wird der GM-Serverrechner 603 gemäß seiner Anforderung mittels einer ersten NOTIFY-Nachricht 614 darüber informiert, dass der Benutzer Freund_17 mit der neu hinzukommenden PoC-Client-Einheit 606 wieder in Hamburg ist, d.h. der GM-Serverrechner 603 wird über den Location-Status des Benutzers Freund__17 (location_status__17) informiert.
Nach Erhalt der ersten NOTIFY-Nachricht 314 ermittelt der GM- Serverrechner 603 in Schritt 608 die momentane Liste von Gruppen-Mitgliedern erneut, filtert anschaulich erneut nach den Kriterien, und stellt nun fest, dass der Benutzer Freund_17 alle vorgegebenen Kriterien erfüllt.
Wie oben beschrieben hat auch der PoC-Steuerserverrechner 602 eine SUBSCRIBE-Nachricht an den GM-Serverrechner 603 gesendet (beispielsweise die erste SUBSCRIBE-Nachricht 426 in Schritt 412) und damit angefordert, dass er über die momentane Zusammensetzung der PoC-Gruppe informiert wird.
Dementsprechend sendet der GM-Serverrechner 603 in Schritt 609 eine zweite NOTIFY-Nachricht 615 an den PoC- Steuerserverrechner 602, mittels welcher der PoC-
Steuerserverrechner 602 darüber informiert wird, dass ein neues momentanes Gruppen-Mitglied (new_member_17) hinzugekommen ist.
Die nachfolgenden Schritte 610 und 611 werden optional durchgeführt.
In Schritt 610 sendet der PoC-Steuerserverrechner 602 eine erste MESSAGE-Nachricht 616 (gemäß SIP MESSAGE) , an die PoC- Client-Einheit 601 und informiert so die PoC-Client-Einheit 601 über das neu hinzugekommene momentane Gruppen-Mitglied. Die PoC-Client-Einheit 601 sendet als Antwort in Schritt 611 eine zweite MESSAGE-Nachricht 617, mittels welcher die PoC- Client-Einheit 601 bestätigt, dass der Benutzer Freund_17 zu der laufenden PoC-Session hinzugenommen, d.h. eingeladen werden soll. In Schritt 612 lädt der PoC-Steuerserverrechner 602 die neu hinzukommende PoC-Client-Einheit 606 zu der PoC- Session ein. Dies erfolgt durch Übermittlung einer INVITE- Nachricht 618. Die neu hinzukommende PoC-Client-Einheit 606 beantwortet die INVITE-Nachricht 618 in Schritt 613 mittels einer 200 OK-Nachricht 619. Die Schritte 612 und 613 werden auf herkömmliche Weise gemäß einem SIP INVITE und einem SIP 200 OK durchgeführt. Anschließend nimmt auch der Benutzer Freund_17 an der PoC-Session teil.
Fig.7 zeigt ein Nachrichtenflussdiagramm 700 gemäß einem Ausführungsbeispiel der Erfindung.
Der dargestellte Nachrichtenfluss findet wie in Fig.6 zwischen einer PoC-Client-Einheit 701, einem PoC- Steuerserverrechner 702, einem GM-Serverrechner 703, einem
Location-Serverrechner 704 und weiteren PoC-Client-Einheiten 705 statt. Es gelten die Annahmen wie zu Beginn des auf Fig.6 erläuterten Ablaufs, nur kommt diesmal nicht im Laufe der PoC-Session ein neuer Benutzer (bzw. eine neue PoC-Client- Einheit) zu der PoC-Session hinzu, sonder eine verlassende PoC-Client-Einheit 706, welche von dem Benutzer mit der Bezeichnung Freund_05 verwendet wird, verlässt die PoC- Session.
Zunächst wird angenommen, dass der Benutzer Freund_05 mittels der verlassenden PoC-Client-Einheit 706 an der bestehenden PoC-Session teilnimmt. Insbesondere erfüllt der Benutzer Freund_05 bisher die Kriterien, gemäß welcher die momentanen Gruppen-Mitglieder bestimmt werden. Nun wird angenommen, dass der Freund_05 eines der Kriterien verletzt. Beispielsweise besteht ein Kriterium darin, dass sich die momentanen Gruppen-Mitglieder in der Stadt Hamburg aufhalten sollen, und der Benutzer Freund__05 verlässt mit der verlassenden PoC- Client-Einheit 706 die Stadt Hamburg.
Analog zu Schritt 607 sendet der Location-Serverrechner 704 daraufhin eine NOTIFY-Nachricht 714 in Schritt 707 an den GM- Serverrechner 703, mittels welcher der GM-Serverrechner über den neuen Location-Status des Benutzers Freund_05 informiert wird.
Analog zu Schritt 608 ermittelt der , GM-Serverrechner 703 in Schritt 708 erneut die aktuelle Zusammensetzung der PoC- Gruppe. Dabei stellt der GM-Serverrechner 703 fest, dass der Benutzer Freund_05 die Kriterien, die die momentanen Gruppen- Mitglieder erfüllen sollen, nicht erfüllt.
Dementsprechend und analog zu Schritt 609 informiert er in Schritt 709 den PoC-Steuerserverrechner 702 mittels einer zweiten NOTIFY-Nachricht 715, dass der Benutzer Freund_05 kein momentanes Gruppen-Mitglied mehr ist.
Die Schritte 710 und 711 werden optional durchgeführt. In Schritt 710 sendet der PoC-Steuerserverrechner 702 eine erste MESSAGE-Nachricht 716 (gemäß SIP MESSAGE) ausgestaltet ist, an die PoC-Client-Einheit 701 und signalisiert so der PoC- Client-Einheit 701, dass der Benutzer Freund_05 kein momentanes Gruppen-Mitglied mehr ist (remove_member_05) . In Schritt 711 bestätigt die PoC-Client-Einheit 701 mittels einer zweiten MESSAGE-Nachricht 717 (gemäß SIP MESSAGE), dass der Benutzer Freund_05 aus der bestehenden PoC-Session entfernt werden soll.
In Schritt 712 entfernt der PoC-Steuerserverrechner 702 die verlassende PoC-Client-Einheit 706 aus der bestehenden PoC- Session, indem der PoC-Steuerserverrechner 702 eine BYE- Nachricht 718 an die verlassende PoC-Client-Einheit 706 sendet. Dies bestätigt die verlassende PoC-Client-Einheit 706 in Schritt 713 mittels einer 200 OK-Nachricht 719. Die Schritte 712 und 713 werden beispielsweise auf herkömmliche Weise durchgeführt.
Anschließend ist der Benutzer Freund_05 nicht mehr Teil der bestehenden PoC-Session.
Im Folgenden wird mit Bezug auf Fig.8 und Fig.9 ein Ausführungsbeispiel für einen anderen Anwendungsfall beschrieben, bei dem eine andere Signalisierung durchgeführt wird als bei den oben beschriebenen Ausführungsbeispielen.
Fig.8 zeigt ein Nachrichtenflussdiagramm 800 gemäß einem Ausführungsbeispiel der Erfindung.
Analog zu den oben beschriebenen Ausführungsbeispielen findet der dargestellte Nachrichtenfluss zwischen einer PoC-Client- Einheit 801, einem PoC-Steuerserverrechner 802, einem GM- Serverrechner 803, eine Location-Serverrechner 804, einen Presence-Serverrechner 805 sowie weiteren PoC-Client- Einheiten 806 statt.
Es werden zwei funktionale Einheiten des PoC- Steuerserverrechners 802 betrachtet: ein Session-Controller
807 sowie ein Media Mixer 808. Der Session-Controller 807 ist für die Signalisierungsaufgaben des PoC-Steuerserverrechners 802 zuständig, d.h. er führt die von dem PoC- Steuerserverrechner 802 durchzuführenden Signalisierungen durch, beispielsweise eine Signalisierung zur Einladung einer PoC-Client-Einheit zu einer PoC-Session. Diese Signalisierungen werden gemäß dem SIP (Session Initiation Protocol) durchgeführt. Der Media-Mixer (Medienmischer) 808 regelt die Verteilung der Kommunikationsdaten im Rahmen einer PoC-Session an alle an der PoC-Session teilnehmenden PoC- Client-Einheiten. In diesem Ausführungsbeispiel wird angenommen, dass die PoC- Client-Einheit 801 die PoC-Client-Einheit einer Taxi-Zentrale eines Berliner Taxi-Unternehmens ist. Zu einer PoC-Gruppe mit der Bezeichnung "Taxis" sollen alle Taxi-Fahrer (ausgestattet mit jeweils einer der weiteren PoC-Client-Einheiten 906) gehören. Jedes Mal, wenn die Taxi-Zentrale einen Auftrag zur Fahrgastbeförderung bekommt, soll eine PoC-Kommunikation innerhalb einer laufenden PoC-Session gestartet werden, wobei alle Taxi-Fahrer (bzw. die von ihnen verwendeten PoC-Client- Einheiten) an der PoC-Kommunikation teilnehmen sollen, die sich im Umkreis von x Kilometern des zu befördernden Fahrgast befinden und die ihren Presence-Status auf "Taxi frei" gesetzt haben und somit signalisieren, dass sie nicht gerade einen Fahrgast transportieren.
Eine PoC-Kommunikation innerhalb der PoC-Session wird, wie unten erläutert, durch eine Identifikation eindeutig identifiziert und zwischen den Teilnehmern der PoC- Kommunikation (die eine Untergruppe der Teilnehmer der PoC- Session sind) werden (im Rahmen der PoC-Session und im Rahmen der PoC-Kommunikation) Sprachdaten ausgetauscht. Anschaulich werden beispielsweise im Laufe einer PoC-Session, die während eines ganzen Tages (zwischen allen Taxi-Fahrern und der Taxi- Zentrale) besteht, mehrere PoC-Kommunikationen aufgebaut, in deren Rahmen mehrere inhaltlich zusammenhängende
Sprachnachrichten (zwischen den Teilnehmern der jeweiligen PoC-Kommunikation) übermittelt werden.
Die Erzeugung von mehreren PoC-Kommunikationen (eine für jeden eingehenden Auftrag) innerhalb einer PoC-Session hat gegenüber der Erzeugung mehrerer PoC-Sessions (einer je Auftrag) den Vorteil, dass ein erheblich geringerer Signalisierungsaufwand erforderlich ist.
Zunächst wird auf herkömmliche Weise eine PoC-Session zwischen der PoC-Client-Einheit 801 und den weiteren PoC- Client-Einheiten 806, die wie erwähnt die PoC-Client- Einheiten aller angemeldeten Taxis sind, d.h. aller Taxis, die momentan im Dienst sind (unabhängig davon, ob die Taxis frei oder belegt sind) , aufgebaut (dieser Schritt ist nicht gezeigt) . Dies kann auf herkömmliche Weise durchgeführt werden, beispielsweise wie mit Bezug auf Fig.l erläutert. Für das Weitere ist es unerheblich, ob es sich um eine sogenannte One-To-Many-To-One-Topologie handelt (d.h. die PoC-Client- Einheit 801 empfängt im Rahmen der PoC-Session Kommunikationsdaten von allen weiteren PoC-Client-Einheiten 806, aber die weiteren PoC-Client-Einheiten 806 empfangen nicht gegenseitig Kommunikationsdaten, d.h. empfangen keine Kommunikationsdaten von den jeweils anderen PoC-Client- Einheiten der weiteren PoC-Client-Einheiten 806) oder um eine One-To-Many-Topology handelt (d.h., dass die PoC-Client- Einheiten 801 und auch die weiteren PoC-Client-Einheiten 806 alle Kommunikationsdaten von den weiteren PoC-Client- Einheiten 806 empfangen, d.h. dass anschaulich jeder jeden hört) .
Analog zu den oben beschriebenen Ausführungsbeispielen, beispielsweise analog zu den Schritten 413 und 415 in Fig.4, wird zwischen dem GM-Serverrechner 803 und dem Location- Serverrechner 804 ein erstes SUBSCRIBE-NOTIFY-Nachrichtenpaar 833 für jede PoC-Client-Einheit der weiteren PoC-Client- Einheiten 806 ausgetauscht, sodass, wie oben mit Bezug auf
Fig.4 beschrieben, dem GM-Serverrechner 803 von dem Location- Serverrechner 804 stets der aktuelle Location-Status der weiteren PoC-Client-Einheiten 806 signalisiert wird.
Analog wird in Schritt 810 zwischen dem GM-Serverrechner 803 und dem Presence-Serverrechner 805 ein zweites SUBSCRIBE- NOTIFY-Nachrichtenpaar 834 ausgetauscht, sodass der GM- Serverrechner 803 von dem Presence-Serverrechner 805 stets über dem aktuellen Presence-Status der weiteren PoC-Client- Einheiten 806 informiert wird, analog zu den oben beschriebenen Ausführungsbeispielen . In Schritt 811 besteht eine PoC-Session zwischen der ersten PoC-Client-Einheit 801 und den weiteren PoC-Client-Einheiten 806.
Nun wird angenommen, dass der erste Auftrag für die Beförderung eines Fahrgasts, der sich am Berliner Alexanderplatz befindet, bei der Taxi-Zentrale eingeht. Mittels der folgenden Ablaufschritte wird nun von der PoC- Client-Einheit 801 innerhalb der bestehenden PoC-Session eine PoC-Kommunikation mit denen der weiteren PoC-Client-Einheiten 806 aufgebaut, die an der bestehenden PoC-Session teilnehmen sich im Umkreis von 3km des Berliner Alexanderplatzes befinden (in diesem Beispiel das erste Kriterium) und - deren Presence-Status "Taxi frei" ist (in diesem Beispiel das zweite Kriterium) .
Diese PoC-Client-Einheiten der weiteren PoC-Client-Einheiten 806 werden im Folgenden als die teilzunehmenden PoC-Client- Einheiten bezeichnet.
In Schritt 812 sendet die PoC-Client-Einheit eine re-INVITE- Nachricht 835 (ausgestaltet gemäß einem SIP re-INVITE) mit einem entsprechenden Content-Type (Application/Criteria+XML, vergleiche' Tabelle 2), mittels welchem das erste Kriterium und das zweite Kriterium spezifiziert werden, an den PoC- Steuerserverrechner 802. Die re-INVITE-Nachricht 835 enthält in einer Ausführungsform eine eindeutige PoC- Kommunikationsidentifikation (PK__id_prop) . In Schritt 813 generiert der PoC-Steuerserverrechner 802 eine (eigene) PoC- Kommunikationsidentifikation (PK_id) . In Schritt 814 sendet der PoC-Steuerserverrechner 802 eine Bestätigung (anschaulich als vorläufige Antwort) an die PoC-Client-Einheit 801 in Form einer 183-session-processing-Nachricht 836 (ausgestaltet gemäß SIP 183 session processing) , mittels welcher auch die PoC-Kommunikations-Identifikation PK_id signalisiert wird. Eine PoC-Kommunikations-Identifikation ist beispielsweise eine Port-Nummer, die die eindeutige Adressierung einer Applikation für applikationsspezifische Daten ermöglicht. In einer Ausführungsform existieren zwei PoC-Kommunikations- Identifikationen, beispielsweise eine PoC-Kommunikations- Identifikation PK_id_prop auf Seiten der PoC-Client-Einheit 801 und eine PoC-Kommunikations-Identifikation PK_id auf Seiten des PoC-Steuerserverrechners 802.
In Schritt 815 sendet der PoC-Steuerserverrechner 802 eine SUBSCRIBE-Nachricht 837 an den GM-Serverrechner 803, mittels welcher die PoC-Kommunikations-Identifikation PK_id, das erste Kriterium und das zweite Kriterium signalisiert werden.
Wie oben erläutert, ist der GM-Serverrechner 803 stets über den aktuellen Location-Status und den aktuellen Presence- Status jeder POC-Client-Einheit der weiteren PoC-Client- Einheiten 806 informiert. Auf Basis dieser Informationen ermittelt der GM-Serverrechner 803 in Schritt 816 alle teilzunehmenden PoC-Client-Einheiten, d.h. alle PoC-Client- Einheiten der weiteren PoC-Client-Einheiten 806, die das erste Kriterium und das zweite Kriterium erfüllen.
Die teilzunehmenden PoC-Client-Einheiten 806 werden von dem GM-Serverrechner in der momentanen Liste vom Gruppen- Mitgliedern (current__member__list) spezifiziert. In Schritt 817 sendet der GM-Serverrechner 803 eine NOTIFY-Nachricht 838 an die PoC-Steuerserverrechner 802, mittels welcher er die momentane Liste von Gruppen-Mitgliedern, welche die momentane Liste von Gruppen-Mitgliedern zu der PoC-Kommunikation ist, die durch die in der SUBSCRIBE-Nachricht 837 enthaltenen PoC- Kommunikations-Identifikation PK_id spezifiziert wird, signalisiert .
Die Schritte 818 und 819 werden optional durchgeführt. In Schritt 818 signalisiert der PoC-Serverrechner 802 mittels einer ersten MESSAGE-Nachricht 839 der PoC-Client Einheit 801 welche PoC-Client-Einheiten der weiteren PoC-Client-Einheiten 806 das erste Kriterium und das zweite Kriterium erfüllen. In einer anderen Ausführungsform signalisiert der PoC- Steuerserverrechner 802 nur die Anzahl der teilzunehmenden PoC-Client-Einheiten, d.h. die Anzahl der weiteren PoC- Client-Einheiten 806, die das erste Kriterium und das zweite Kriterium erfüllen (#_of_members) .
In Schritt 819 signalisiert die erste PoC-Client-Einheit 801, ob eine PoC-Kommunikation mit den PoC-Client-Einheiten, die von der aktuellen Liste von Gruppen-Mitgliedern spezifiziert werden, aufgebaut werden soll. In diesem Beispiel wird angenommen, dass keine PoC-Korαmunikation mit dem von der aktuellen Liste von Gruppen-Mitgliedern spezifizierten PoC- Client-Einheiten aufgebaut werden soll. Beispielsweise weist die aktuelle Liste von PoC-Client-Einheiten die Spezifikation von 100 PoC-Client-Einheiten auf, und der Benutzer in der Taxi-Zentrale entscheidet, dass das zu viele sind.
Dementsprechend sendet die PoC-Client-Einheit 801 in Schritt 819 eine zweite MESSAGE-Nachricht 840 an den PoC- Steuerserverrechner 802, mittels welcher spezifiziert wird, dass keine PoC-Kommunikation mit den von der aktuellen Liste von Gruppen-Mitgliedern spezifizierten PoC-Client-Einheiten aufgebaut werden soll (accept=no) . Ferner enthält die zweite MESSAGE-Nachricht 840 abgeänderte Kriterien (criteria_update) , beispielsweise die Änderung des erste Kriteriums, das sich die teilzunehmenden PoC-Client-Einheiten nicht innerhalb von drei Kilometern des Berliner Alexanderplatzes befinden sollen, sondern in einem Umkreis von einem Kilometer des Berliner Alexanderplatzes. Gemäß den abgeänderten Kriterien wird analog zu den Schritten 815, 816 und 817 eine (neue) aktuelle Liste von Gruppen-Mitgliedern ermittelt, insbesondere wird ein drittes SUBSCRIBE-NOTIFY- Nachrichtenpaar 841 zwischen dem PoC-Steuerserverrechner 802 und dem GM-Serverrechner 803 ausgetauscht. Analog zu Schritt 818 wird der PoC-Client-Einheit 801 die (neue) aktuelle Liste von Gruppen-Mitgliedern signalisiert (nicht gezeigt) . Nun wird angenommen, dass mit dem PoC- Client-Einheiten, die von der neuen aktuellen Liste von Gruppen-Mitgliedern spezifiziert wird, eine PoC-Kommunikation aufgebaut werden soll. Dementsprechend sendet die PoC-Client- Einheit 801 im Schritt 821 eine dritte MESSAGE-Nachricht 842 an den PoC-Steuerserverrechner 802, mittels welcher die PoC- Client-Einheit 801 spezifiziert, dass eine PoC-Kommunikation mit den teilzunehmenden PoC-Client-Einheiten (die die abgeänderten Kriterien erfüllen) aufgebaut werden soll (accept=yes) .
Mittels einer PK_start-Nachricht 843 signalisiert der Session-Controller 807 in Schritt 822 dem Media Mixer 808, das eine neue PoC-Kommunikation innerhalb der bestehenden PoC-Session erzeugt wurde. Die PK_start-Nachricht 843 enthält die PoC-Kommunikationsidentifikation PK_id der erzeugten PoC- Kommunikation und die aktuelle Liste von Gruppen-Mitgliedern.
In Schritt 823 bestätigt der Media Mixer 808 den Empfang der PK_start Nachricht 843 mittels einer OK-Nachricht 844. In Schritt 824 sendet der PoC-Steuerserverrechner 802 als Antwort auf die re-INVITE-Nachricht 835 eine 200 OK-Nachricht 845.
In Schritt 825 sendet die PoC-Client-Einheit 801 eine Floor- Request-Nachricht 846 an den PoC-Steuerserverrechner 802, wodurch sie das Sprachrecht, d.h. das Recht zum Versand von Kommunikationsdaten, im Rahmen der erzeugten PoC- Kommunikation anfordert. Die Floor-Request-Nachricht 846 enthält die PoC-Kommunikations-Identifikation PK_id der erzeugten PoC-Kommunikation.
In Schritt 826 wird entschieden, ob der PoC-Client-Einheit 801 das Sprachrecht erteilt wird, dies kann von dem Session Controller 807 oder dem Media Mixer 808 entschieden werden, deshalb werden gegebenenfalls Nachrichten zwischen dem Session Controller 807 und dem Media Mixer 808 ausgetauscht oder die Floor-Request-Nachricht 846 wird direkt an den Media Mixer 808 gesendet. Es wird angenommen, dass der PoC-Client- Einheit 801 das Sprachrecht erteilt wird. Dementsprechend sendet in Schritt 827 der Media Mixer 808 bzw. in Schritt 828 der Session Controller 807, je nachdem, welche funktionale Einheit des PoC-Steuerserverrechners 802 das Sprachrecht vergibt, eine Floor-Granted-Nachricht 848 an die PoC-Client- Einheit 801, mittels welcher der PoC-Client-Einheit 801 das Sprachrecht erteilt wird.
In Schritt 829 wird von dem Session Controller 807 bzw. in Schritt 830 von dem Media Mixer 808 (je nachdem, welche funktionale Einheit des PoC-Steuerserverrechners 802 das
Sprachrecht erteilt) eine Floor-Taken-Nachricht 849 an alle teilzunehmenden PoC-Client-Einheiten gesendet, mittels welcher den teilzunehmenden PoC-Client-Einheiten, d.h. den PoC-Client-Einheiten der weiteren PoC-Client-Einheiten 806, die mittels der aktuellen Liste von Gruppen-Mitgliedern spezifiziert sind, signalisiert wird, dass das Sprachrecht im Rahmen der PoC-Kommunikation, die durch die in der Floor- Taken-Nachricht 849 enthaltenen PoC-Kommunikations- Identifikation PK_id spezifiziert wird, das Sprachrecht an die PoC-Client-Einheit 801 vergeben wurde.
In Schritt 831 sendet nun die PoC-Client-Einheit 801 Kommunikationsdaten 850 im Rahmen der erzeugten PoC- Kommunikation, die durch die PoC-Kommunikations- Identifikation PK_id spezifiziert wird, an den Media Mixer 808 zum Weiterleiten an teilzunehmenden PoC-Client-Einheit. In Schritt 832 leitet der Media Mixer 808 die Kommunikationsdaten 850 an die teilzunehmenden PoC-Client- Einheiten, über die er in Schritt 822 zuvor informiert worden ist, weiter. Geht ein weiterer Auftrag in der Taxi-Zentrale ein, wird unabhängig von der erzeugten PoC-Kommunikation eine weitere PoC-Kommunikation mittels einer re-INVITE-Nachricht analog zu Schritt 812 gestartet. Auf diese Weise kann die Taxi-Zentrale zu jedem Auftrag eine eigenständige, von den anderen
Aufträgen unabhängige PoC-Kommunikation innerhalb der einen bestehenden PoC-Session führen.
Durch Erzeugen von weiteren PoC-Kommunikationen im Rahmen der bestehenden PoC-Session können auch Sub-Gruppen-
Kommunikationen parallel zu Gruppen-Kommunikationen bzw. innerhalb von Gruppen-Kommunikation realisiert werden, an denen nur ein Teil der Mitglieder einer Gruppe teilnehmen, beispielsweise "Whispering" oder "Sidebars".
Fig.9 zeigt ein Nachrichtenflussdiagramm 900 gemäß einem
Ausführungsbeispiel der Erfindung.
Analog zu den mit Bezug auf Fig.8 beschriebenen Nachrichtenfluss findet der in Fig.9 dargestellte
Nachrichtenfluss zwischen einer PoC-Client-Einheit 901 (einer Taxi-Zentrale) , einem PoC-Steuerserverrechner 902, der einen Session-Controller 907 und einen Media Mixer 908 aufweist, einen GM-Serverrechner 903, einen Location-Serverrechner 904, einen Presence-Serverrechner 905 und weiteren PoC-Client- Einheiten 906 (von Taxi-Fahrern) statt.
Das im Folgenden beschriebene Ausführungsbeispiel ist eine Variante des mit Bezug auf Fig.8 beschriebenen Ausführungsbeispiels.
Die Schritte 909, 910 und 911 verlaufen analog zu den Schritten 809, 810 und 811.
In Schritt 912 sendet die PoC-Client-Einheit 901 statt einer re-INVITE-Nachricht 835 wie in Schritt 812 eine Floor- Request-Nachricht 934 an den PoC-Steuerserverrechner 902. In den Schritten 913 und 914, 916 und 917 werden in dem Fall, dass der Media Mixer 908 die Sprachrechtvergabe regelt, Nachrichten zwischen dem Session Controller 907 und dem Media Mixer 908 ausgetauscht.
Die Schritte 915, 918 bis 927 werden analog zu den Nachrichten 813 bis 823 durchgeführt (in Schritt 918 wird allerdings eine OK-Nachricht übermittelt, nicht wie in Schritt 814 eine 183-session-processing-Nachricht) . In diesem Ausführungsbeispiel wird die 200 OK-Nachricht 845 nicht gesendet, welches ja die Antwort auf die re-INVITE-Nachricht 835 ist, welche gemäß dem in Fig.9 dargestellten Nachrichtenfluss nicht gesendet wird. Ferner wird die Floor- Request-Nachricht 846 nicht gesendet, da bereits in Schritt 912 die Floor-Request-Nachricht 934 gesendet wurde. Analog entfällt der Schritt 826. Analog zu den Schritten 827 und 828 wird in den Schritten 929 und 928 eine Floor-Granted- Nachricht 935 an die PoC-Client-Einheit 901 gesendet, welche die Antwort auf die Floor-Request-Nachricht 934 ist. Die weiteren Schritte 930-933 verlaufen analog zu den Schritten • 829-832.
Analog zu den mit Bezug auf Fig.6 und Fig.7 beschriebenen Abläufen können auch in den Ausführungsformen gemäß Fig.8 und
Fig.9 Gruppen-Mitglieder zu einer Gruppe hinzukommen oder eine Gruppe verlassen. Dies kann ähnlich wie mit Bezug auf
Fig.6 und Fig.7 durchgeführt werden und wird nicht genauer erläutert .
Fig.10 zeigt ein Nachrichtenflussdiagramm 1000 gemäß einem
Ausführungsbeispiel der Erfindung.
Der dargestellte Nachrichtenfluss findet zwischen einer PoC- Client-Einheit 1001, einem PoC-Steuerserverrechner 1002, einem GM-Serverrechner 1003, einem Location-Serverrechner 1004, einem Presence-Serverrechner 1005 sowie weiteren PoC- Client-Einheiten 1006 statt, die wie mit Bezug auf Fig.3 erläutert angeordnet und ausgestaltet sind, wobei die zweite PoC-Client-Einheit 302 und die dritte PoC-Client-Einheit 303 dem weiteren PoC-Client-Einheit 1006 entsprechen.
Bei dem im Folgenden erläuterten Ausführungsbeispiel wird angenommen, dass der Benutzer der PoC-Client-Einheit 1001 mit allen seinen Freunden, die sich momentan in der gleichen Stadt aufhalten wie er (in diesem Beispiel ist dies ein erstes Kriterium; criteria_l) und die momentan nicht arbeiten (in diesem Beispiel ist dies ein zweites Kriterium; criteria_2) eine PoC-Session starten möchte.
Dazu legt der Benutzer der PoC-Client-Einheit 1001 durch Senden einer group_generation_request-Nachricht 1023 in Schritt 1007 eine PoC-Gruppe in dem GM-Serverrechner 1003 an. Zur Definition der PoC-Gruppe übermittelt der Benutzer eine in der group_generation__request-Nachricht 1023 enthaltene Auflistung (member_list) von zwanzig unterschiedlichen Benutzern (die Freunde des Benutzers, dies sind die potentiellen Gruppen-Mitglieder) und ein in der group_generation_request-Nachricht 1023 spezifiziertes erstes Kriterium (criteria_l) , dass sich die Freunde zum Zeitpunkt der Benutzung der PoC-Gruppe in der Stadt Hamburg aufhalten sollen.
Das Senden der group_generation_request-Nachricht 1023 kann beispielsweise mittels eines HTTP get-Befehls realisiert werden, der gemäß Tabelle 1 ausgestaltet ist.
Figure imgf000059_0001
Figure imgf000060_0001
Tabelle 1
HTTP get-Befehle sind in [3] beschrieben (Group Management Operationen unter Verwendung von HTTP sind in [2] beschrieben) .
In Tabelle 1 und in den weiteren Tabellen sind die Einträge, die gemäß den Ausführungsbeispielen gegenüber den herkömmlichen Nachrichten zusätzlich vorgesehen sind, fett dargestellt.
In Schritt 1008 sendet der GM-Serverrechner 1003 als Antwort eine group_generation__response-Nachricht 1024, welche eine eindeutige Gruppenidentifikation der PoC-Gruppe enthält, in diesem Fall die Identifikation siprmyfriends@abc.de, an die PoC-Client-Einheit 1001.
In Schritt 1009 wählt der Benutzer der PoC-Client-Einheit 1001 die PoC-Gruppe aus und legt das zweite Kriterium (criteria_2) fest (das erste Kriterium und das zweite Kriterium können jeweils auch aus mehreren Kriterien bestehen) , um mit den potentiellen Gruppen-Mitgliedern der PoC-Gruppe, welche das erste Kriterium und das zweite Kriterium erfüllen, mit Hilfe der PoC-Client-Einheit 1001 eine PoC-Session zu starten. Durch das erste Kriterium und das zweite Kriterium wird die PoC-Gruppe dynamisch beschrieben, da es sich im Laufe der Zeit ändern kann, ob die potentiellen Gruppen-Mitglieder, d.h. die Benutzer, die in der group_generation_request-Nachricht 1023 enthaltenen Liste von Benutzern aufgeführt sind, das erste Kriterium und das zweite Kriterium erfüllen.
Der Benutzer der PoC-Client-Einheit 1001 möchte, dass während der zu startenden PoC-Session die aktuelle Zusammensetzung der PoC-Gruppe berücksichtigt wird. Die PoC-Gruppe setzt sich zu einem Zeitpunkt aktuell aus den potentiellen Gruppen- Mitgliedern zusammen, die das erste Kriterium und das zweite Kriterium erfüllen. Insbesondere sollen im Laufe der PoC- Session potentielle Gruppen-Mitglieder, die bisher nicht an der PoC-Session teilnehmen, zu der PoC-Session eingeladen werden, wenn sie das erste Kriterium und das zweite Kriterium (im Gegensatz zu vorher) erfüllen. Um dies zu erreichen, setzt der Benutzer der PoC-Client-Einheit 1001 das Automatisches-Update-Flag (automatic_update_flag) .
In Schritt 1010 sendet der Benutzer zum Starten der PoC- Session eine INVITE-Nachricht 1025 an den PoC- Steuerserverrechner 1002. Die INVITE-Nachricht 1025 ist gemäß einem SIP INVITE ausgestaltet. SIP INVITE wird in [4] beschrieben. Die INVITE-Nachricht 1025 enthält eine Spezifikation des zweiten Kriteriums (criteria_2) sowie die Spezifikation, dass das Automatisches-Update-Flag gesetzt ist. Dies erfolgt beispielsweise mittels eines gegenüber dem Stand der Technik neu definierten Content-Type. Die INVITE- Nachricht 1025 ist beispielsweise gemäß Tabelle 2 ausgestaltet.
INVITE sipimyfriends@abc.de SIP/2.0
Content-Type: application/criteria+xml
Content-Length : (...)
<?xml version= "1.0"?>
<criteria>
<presence_criteria>
<on work satisfy="no"/>
</presence criteria> <automatic_update value="yes"/>
</criteria
Tabelle 2
In Schritt 1011 stellt der PoC-Steuerserverrechner 1002 nach Erhalt der INVITE-Nachricht 1025 fest, dass er die Teilnehmerliste zu dieser PoC-Gruppe auflösen muss, d.h., dass er bestimmen soll, aus welchen Gruppen-Mitgliedern sich die PoC-Gruppe aktuell zusammensetzt.
Dementsprechend fragt der PoC-Steuerserverrechner 1002 durch Übermitteln einer Gruppen-Auflösungsanfrage-Nachricht (Group resolve request) 1026 in Schritt 1012 bei dem GM- Serverrechner 1003 an, um die Teilnehmerliste der Gruppe aufzulösen, d.h., die Gruppen-Mitglieder aus denen sich die PoC-Gruppe aktuell zusammensetzt, zu ermitteln. Die, Gruppen- Auflösungsanfrage-Nachricht 1026 enthält die eindeutige Gruppenidentifikation der PoC-Gruppe, in diesem Fall die Identifikation sip :myfriendsΘabc . de .
Der GM-Serverrechner 1003 antwortet dem PoC- Steuerserverrechner 1002 auf die Gruppen-Auflösungsanfrage- Nachricht 1026 hin mit den zu der Gruppe gehörenden Parametern, die in der group_generation_request-Nachricht 1023 festgelegt wurden (Liste von potentiellen Gruppen- Mitgliedern und/oder Kriterien 1, maximale Anzahl von Mitgliedern in der Gruppe (optional) , sonstige servicespezifische Parameter (optional) ) in einer Gruppen- Auflösungsantwort-Nachricht 1027 (Schritt 1013) .
Der PoC-Steuerserverrechner 1002 ermittelt in einem nachfolgenden Schritt 1014 alle Teilnehmer, die auf der Liste der potentiellen Gruppen-Mitgliedern stehen (falls vorhanden) und Kriterien_l erfüllen (falls vorhanden) und Kriterien_2 erfüllen (falls vorhanden) ; diese Teilnehmer bilden somit die momentane Mitglieder-Liste (wie der PoC-Steuerserverrechner 1002 diese Teilnehmer ermittelt, hängt von den Kriterien ab; siehe oben beschriebene Anwendungsbeispiele)
Da der PoC-Steuerserverrechner 1002 zum Ermitteln der momentanen Gruppen-Mitglieder sowohl den Aufenthaltsort
(Location-Status) der potentiellen Gruppen-Miglieder (bzw. der von den potentiellen Gruppen-Mitgliedern verwendeten PoC- Client-Einheiten) benötigt, sendet der PoC- Steuerserverrechner 1002 in Schritt 1015 eine erste SÜBSCRIBE-Nachricht 1028 (gemäß SIP SUSCRIBE) an den Location-Serverrechner 1004 um sich bei dem Location- Serverrechner 1004 zu subskribieren und über den jeweiligen Location-Status der potentiellen Gruppen-Mitglieder informiert zu werden.
Ferner benötigt der PoC-Steuerserverrechner 1002 zum Ermitteln der momentanen Gruppen-Mitglieder die Information, ob die potentiellen Gruppen-Mitglieder momentan arbeiten. Diese Information sei für jedes potentielle Gruppen-Mitglied in einer für dieses Gruppen-Mitglied von dem Presence-
Serverrechner 1005 verwalteten Präsenz-Information (Presence- Status) enthalten. Dementsprechend sendet der PoC- Steuerserverrechner 1002 eine zweite SÜBSCRIBE-Nachricht 1029 in Schritt 1016 an den Presence-Serverrechner 1005. Die erste SÜBSCRIBE-Nachricht 1028 und die zweite SÜBSCRIBE-Nachricht 1029 werden für jedes potentielle Gruppen-Mitglied übermittelt. In Fig.10 ist dies exemplarisch für das erste Gruppen-Mitglied mit der Identifikation sip: freund_0l@web.de, welche in der ersten SÜBSCRIBE-Nachricht 1028 und der zweiten SÜBSCRIBE-Nachricht 1029 enthalten ist, dargestellt.
Wie erwähnt besteht das erste Kriterium darin, dass sich die Freunde, d.h. die potentiellen Gruppen-Mitglieder in der Stadt Hamburg aufhalten sollen. Alternativ kann das erste Kriterium auch ein Location-Kriterium sein, das von dem
Aufenthaltsort des Benutzers (bzw. der PoC-Client-Einheit 1001) abhängt. Das erste Kriterium könnte beispielsweise sein, dass nur potentielle Gruppen-Mitglieder, die sich (bzw. deren PoC-Client-Einheiten) in 5 km Umkreis der Position des Benutzers bzw. der PoC-Client-Einheit 1001) aufhalten, der Gruppe angehören. In diesem Fall benötigt der PoC- Steuerserverrechner 1002 zum Ermitteln der momentanen
Gruppen-Mitglieder auch die Orts-Information des Benutzers der PoC-Client-Einheit 1001 und sendet dementsprechend die erste SUBSCRIBE-Nachricht 1028 nicht nur jeweils für alle potentiellen Gruppen-Mitglieder an den Location-Serverrechner 1004, sondern auch für den Benutzer der PoC-Client-Einheit 1001. Im Weiteren wird jedoch angenommen, dass das erste Kriterium ist, dass sich die Gruppen-Mitglieder in der Stadt Hamburg aufhalten sollen.
Die erste SUBSCRIBE-Nachricht 1028, die wie erwähnt jeweils für jedes potentielle Gruppen-Mitglied an den Location- Serverrechner 1004 übermittelt wird, wird von dem Location- Serverrechner 1004 in Schritt 1017 jeweils mit einer ersten NOTIFY-Nachricht 1030 beantwortet, die den Location-Status des jeweiligen Gruppen-Mitglieds enthält (beispielsweise location_status_01) .
Analog wird in Schritt 1018 die zweite SUBSCRIBE-Nachricht 1029, die gegebenenfalls für jedes Gruppen-Mitglied an den Presence-Serverrechner 1005 gesendet wird, jeweils von dem
Presence-Serverrechner 1005 durch Übermittlung einer zweiten NOTIFY-Nachricht 1031 an den PoC-Steuerserverrechner 1002 beantwortet. Die zweite NOTIFY-Nachricht 1031 enthält für das jeweilige potentielle Gruppen-Mitglied die Information, ob das jeweilige potentielle Gruppen-Mitglied momentan arbeitet (beispielsweise presence_status_01) .
Gegebenenfalls unter Verwendung der in Schritt 1017 und Schritt 1018 an ihn übermittelnden Informationen, ermittelt der PoC-Steuerserverrechner 1002 in Schritt 1019 die momentanen Gruppen-Mitglieder, indem er für jedes potentielle Gruppen-Mitglied überprüft, ob das potentielle Gruppen- Mitglied das erste Kriterium und das zweite Kriterium erfüllt.
Damit ist der PoC-Steuerserverrechner 1002 darüber informiert, welche Benutzer momentane Gruppen-Mitglieder sind. Optional werden nun noch die Schritte 1020 und 1021 durchgeführt. In Schritt 1020 sendet der PoC- Steuerserverrechner 1002 die Liste der momentanen Gruppen- Mitglieder (current_member_list) , in einer anderen Ausführungsform nur die Angabe der Anzahl der momentanen
Gruppen-Mitglieder, mittels einer ersten MESSAGE-Nachricht 1032 an die PoC-Client-Einheit 1001. Die erste MESSAGE- Nachricht 1032 ist als SIP MESSAGE ausgestaltet. SIP MESSAGE ist in [6] beschrieben.
In Schritt 1021 antwortet die PoC-Client-Einheit 1001 mittels einer zweiten MESSAGE-Nachricht 1033, die ebenfalls gemäß SIP MESSAGE ausgestaltet ist und in diesem Beispiel spezifiziert, dass die PoC-Session mit den momentanen Gruppen-Mitgliedern tatsächlich gestartet werden soll.
In Schritt 1022 sendet der PoC-Steuerserverrechner 1002 eine zweite INVITE-Nachricht 1034 an alle momentanen Gruppen- Mitglieder, in diesem Beispiel an alle weiteren PoC-Client- Einheiten 1006. Die zweite INVITE-Nachricht 1034 ist als SIP INVITE ausgestaltet. Schritt 1022 ist anschaulich ein Einladen aller weiteren PoC-Client-Einheiten 1006 zu der aufzubauenden PoC-Session. Dies wird auf herkömmliche Art durchgeführt. Als Antwort senden die weiteren PoC-Client- Einheiten 1006 jeweils eine erste 200 OK-Nachricht 1035 (gemäß SIP 200 OK) an den PoC-Steuerserverrechner 1002 (Schritt 1036) .
Durch Senden der ersten 200 OK-Nachricht 1035 akzeptiert eine jeweilige PoC-Client-Einheit der weiteren PoC-Client- Einheiten 1006 (bzw. der entsprechende Benutzer) die Einladung zu der aufzubauenden PoC-Session. Nachdem der PoC- Steuerserverrechner 1002 die erste 200 OK-Nachricht 1035 empfangen hat (d.h. sobald eines der momentanen Gruppen- Mitglieder die Einladung zu der PoC-Session akzeptiert hat) erzeugt der PoC-Steuerserverrechner 1002 eine zweite 200 OK- Nachricht 1037 und sendet diese an die PoC-Client-Einheit 1001, wobei die zweite 200 OK-Nachricht 1037 signalisiert, dass eines der momentanen Gruppen-Mitglieder die Einladung zu der PoC-Session akzeptiert hat.
Nun läuft die PoC-Session mit allen Freunden des Benutzers der PoC-Client-Einheit 1001, die das erste Kriterium und das zweite Kriterium erfüllen (und die Einladung zu der PoC- Session akzeptiert haben) .
Falls in der ersten INVITE-Nachricht 1025 der automatic Update flag gesetzt war, beobachtet der PoC- Steuerserverrechner 1002 nun weiterhin, ob ein bisheriges Gruppen-Mitglied die Kriterien nicht mehr bzw. ein neuer Teilnehmer zwischenzeitlich doch erfüllt, so dass ihm immer die aktuelle Zusammensetzung der Gruppe bekannt ist und, so dass er die Gruppen-Mitglieder entsprechend aus- bzw. einladen kann.
In einer anderen Ausführungsform ist der Kommunikationsdienst, in dessen Rahmen die Erfindung eingesetzt wird, das von 3GPP (3rd Generation Partnership Project) spezifizierte "IMS Conferencing" . Dies ist ein Konferenz-Kommunikationsdienst, der auf der IMS (Internet Protocol based Multimedia Subsystem) -Architektur basiert. Die Funktionalität eines GM-Serverrechners wird in diesem Fall von einem Conference-Policy-Server abgedeckt. Ein Conference- Policy-Server verwaltet die Regeln und Stati, die im Rahmen einer Konferenz verwendet werden, mittels eines Conference- Policy-Dokuments .
Eine Conference-Client-Einheit sendet in dieser
Ausführungsform Kriterien, gemäß welcher eine Gruppe von Konferenzteilnehmern dynamisch erzeugt werden soll, gemäß CPCP (Conference Policy Control Protocol) an den Conference- Policy-Server, welcher die Kriterien in einem entsprechenden Format in dem Conference-Policy-Dokument ablegt. In einer Ausführungsform hält der Conference-Policy-Server sowohl die Kriterien als auch die Liste der momentanen Gruppen- Mitglieder in dem Conference-Policy-Dokument fest. Zum erzeugen der Liste der momentanen Gruppen-Mitglieder erforderliche Informationen (beispielsweise wie oben Präsenz- Informationen und Orts-Informationen) ermittelt der
Conference-Policy-Server analog zu den oben beschriebenen Ausführungsbeispielen.
In den oben erläuterten Ausführungsbeispielen wurde nur der Anwendungsfall (Use Case) behandelt, dass mögliche Teilnehmer (bzw. entsprechende Client-Einheiten) zu einem Kommunikationsdienst (beispielsweise einer PoC-Session) eingeladen werden, wenn (oder sobald) sie vorgebbare Kriterien erfüllen.
Die Erfindung ist jedoch auch einsetzbar, wenn mögliche Teilnehmer (bzw. entsprechende Client-Einheiten) nicht eingeladen werden, sondern sich selber aktiv einwählen müssen, d.h. selber ihre Teilnahme initiieren müssen. Ein Beispiel hierfür ist eine Chat-Session (oder PoC-Session) , zu der sich Benutzer selbst einwählen müssen.
Beispielsweise möchte ein Benutzer sich mittels einer von ihm verwendete Client-Einheit bei einem PoC-Steuerserverrechner, der eine PoC-Session bereitstellt, einwählen, beispielsweise durch Senden einer Einwählnachricht gemäß SIP INVITE, um an der PoC-Session teilnehmen zu können. Analog zu den obigen Ausführungsbeispielen seien Kriterien festgelegt und der PoC- Steuerserverrechner überprüft, beispielsweise analog zu oben durch Nachfrage bei einem GM-Serverrechner, ob der Benutzer, der sich einwählen möchte, die festgelegten Kriterien erfüllt. Nur wenn der Benutzer (bzw. die von ihm verwendete Client-Einheit) die Kriterien erfüllt, wird das Einwählen akzeptiert und (beispielsweise gemäß SIP 200 OK) bestätigt und der Benutzer ist anschließend Teilnehmer der PoC-Session. Erfüllt der Benutzer die Kriterien nicht, wird die Einwählnachricht ablehnend beantwortet, beispielsweise mittels einer Ablehnungs-Nachricht gemäß SIP REJECT, die auch eine Angabe des Grundes für die Ablehnung enthalten kann, und der Benutzer wird nicht Teilnehmer der PoC-Session.
In diesem Dokument sind folgende Veröffentlichungen zitiert:
[1] 3GPP TS 22.250 Vβ.0.0 (2002-12), "IP Multimedia
Subsystem (IMS) group management"
[2] Push to Talk over Cellular (PoC); List Management and
Do-not-Disturb; PoC Release 2.0
[3] RFC "Hypertext Transfer Protocol — HTTP/1.1"
[4] RF3261 "SIP: Session Initiation Protocol"
[5] RFC3265 "Session Initiation Protocol (SIP) -Specific
Event Notification"
[6] RFC3428 "Session Initiation Protocol (SIP) Extension for
Instant Messaging"
[7] WO 00/16209
[8] WO 02/103570 Al
[9] US 2002/0107008 Al
[10] US 2004/0203907 Al
Bezugszeichenliste
100 Nachrichtenflussdiagramm
101-103 PoC-Client-Einheiten
104 GM-Serverrechner
105 PoC-Serverrechner 106-116 Ablaufschritte 120-128 Nachrichten
200 Nachrichtenflussdiagramm
201 GM-Client-Einheit
202 ServiceX-Client-Einheit
203 ServiceX-Server-Einheit
204 GM-Server-Einheit 205-215 Ablaufschritte 216-223 Nachrichten
300 Kommunikationssystem
301-303 PoC-Client-Einheiten
304 Schnittstelle
305 PoC-Teilnehmerserverrechner
306 PoC-Steuerserverrechner
307 Chair
308 GM (Group Management) -Serverrechner
309 Presence-Serverrechner
400 Nachrichtenflussdiagramm
401 PoC-Client-Einheit
402 PoC-Steuerserverrechner
403 GM-Serverrechner
404 Location-Serverrechner
405 Presence-Serverrechner
406 weitere PoC-Client-Einheiten 407-422 Ablaufschritte
423-436 Nachrichten
500 Nachrichtenflussdiagramm 501 PoC-Client-Einheit
502 PoC-Steuerserverrechner
503 GM-Serverrechner
504 Location-Serverrechner
505 Presence-Serverrechner
506 weitere PoC-Client-Einheiten 507-522 Ablaufschritte
524-537 Nachrichten
601 PoC-Client-Einheit
602 PoC-Steuerserverrechner
603 GM-Serverrechner
604 Location-Serverrechner
605 weitere PoC-Client-Einheiten
606 neu hinzukommende PoC-Client-Einheit 607-613 Ablaufschritte
614-619 Nachrichten
701 PoC-Client-Einheit
702 PoC-Steuerserverrechner
703 GM-Serverrechner
704 Location-Serverrechner
705 weitere PoC-Client-Einheiten
706 verlassende PoC-Client-Einheit 707-713 Ablaufschritte
714-719 Nachrichten
801 PoC-Client-Einheit
802 PoC-Steuerserverrechner
803 GM-Serverrechner
804 Location-Serverrechner
805 Presence-Serverrechner
806 weitere PoC-Client-Einheiten
807 Session Controller
808 Media Mixer 809-832 Ablaufschritte 833-850 Nachrichten 901 PoC-Client-Einheit
902 PoC-Steuerserverrechner
903 . GM-Serverrechner
904 Location-Serverrechner
905 Presence-Serverrechner
906 weitere PoC-Client-Einhei'ten
907 Session Controller
908 Media Mixer 909-933 Ablaufschritte 934-950 Nachrichten
1000 Nachrichtenflussdiagramm
1001 PoC-Client-Einheit
1002 PoC-Steuerserverrechner
1003 GM-Serverrechner
1004 Location-Serverrechner
1005 Presence-Serverrechner
1006 weitere PoC-Client-Einheiten 1007-1022 Ablaufschritte
1023-1035 Nachrichten
1036 Ablaufschritt
1037 Nachricht

Claims

Patentansprüche
1. KommunikationsSystem mit einer Kommunikationsdienst- Client-Eiήheit, weiteren Kommunikationsdienst-Client- Einheiten, einer Kommunikationsdienst-Server-Einheit und einer Server-Einheit, wobei
- die Kommunikationsdienst-Client-Einheit eingerichtet ist, eine oder mehrere Nachrichten zu erzeugen, welche mindestens ein Kriterium enthalten, das von den weiteren Kommunikationsdienst-Client-Einheiten jeweils erfüllt wird oder nicht erfüllt wird und die Anforderung nach der Bereitstellung des Kommunikationsdiensts und eine Spezifikation enthalten, dass die weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, Teilnehmer des bereitgestellten Kommunikationsdiensts sein sollen;
- die Server-Einheit eingerichtet ist, eine Liste der weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, zu erzeugen und an die Kommunikationsdienst-Server-Einheit zu übermitteln; und
- die Kommunikationsdienst-Server-Einheit eingerichtet ist, den Kommunikationsdienst mit der Kommunikationsdienst-Client- Einheit und den weiteren Kommunikationsdienst-Client- Einheiten, die das Kriterium erfüllen, als Teilnehmern bereitzustellen.
2. KommunikationsSystem mit einer Kommunikationsdienst- Client-Einheit, weiteren Kommunikationsdienst-Client- Einheiten, einer Kommunikationsdienst-Server-Einheit und einer Server-Einheit, wobei
- die Kommunikationsdienst-Client-Einheit eingerichtet ist, eine oder mehrere Nachrichten zu erzeugen, welche mindestens ein Kriterium enthalten, das von den weiteren Kommunikationsdienst-Client-Einheiten jeweils erfüllt wird oder nicht erfüllt wird und die Anforderung nach der Bereitstellung des Kommunikationsdiensts und eine Spezifikation enthalten, dass die weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, Teilnehmer des bereitgestellten Kommunikationsdiensts sein sollen;
- die Server-Einheit eingerichtet ist, eine das mindestens eine Kriterium repräsentierende Information an die
Kommunikationsdienst-Server-Einheit zu übermitteln; und
- die Kommunikationsdienst-Server-Einheit eingerichtet ist, den Kommunikationsdienst mit der Kommunikationsdienst-Client- Einheit und den weiteren Kommunikationsdienst-Client- Einheiten, die das Kriterium erfüllen, als Teilnehmern bereitzustellen.
3. Kommunikationssystem gemäß Anspruch 1 oder 2, wobei die das mindestens eine Kriterium repräsentierende Information das mindestens eine Kriterium ist.
4. Kommunikationssystem gemäß einem der Ansprüche 1 bis 3, wobei die Kommunikationsdienst-Client-Einheit eingerichtet ist, eine oder mehrere Nachrichten mit dem mindestens einen Kriterium an die Server-Einheit zu senden.
5. Kommunikationssystem gemäß einem der Ansprüche 1 bis 4, wobei die Server-Einheit eingerichtet ist zum Speichern des mindestens einen Kriteriums.
6. Kommunikationssystem gemäß einem der Ansprüche 1 bis 5, wobei die Server-Einheit als eine Group Management-Server- Einheit eingerichtet ist.
7. Kommunikationssystem gemäß einem der Ansprüche 1 bis 6, wobei die Anforderung in einer ersten Nachricht der einen oder mehreren Nachrichten enthalten ist und von der Kommunikationsdienst-Client-Einheit an die Kommunikationsdienst-Server-Einheit übermittelt wird.
8. Kommunikationssystem gemäß Anspruch 7, wobei das Kriterium in einer zweiten Nachricht der mehreren Nachrichten enthalten ist und von der Kommunikationsdienst-Client-Einheit an die Server-Einheit übermittelt wird.
9. Kommunikationssystem gemäß Anspruch 7, wobei das Kriterium in der ersten Nachricht der einen oder mehreren Nachrichten enthalten ist.
10. Kommunikationssystem gemäß Anspruch 1 oder gemäß den Ansprüchen 1 und (4 oder 5) , wobei die Server-Einheit eingerichtet ist, zum Erzeugen der Liste der weiteren
Kommunikationsdienst-Client-Einheiten an mindestens eine Informations-Server-Einheit eine dritte Nachricht zu übermitteln, welche die Anforderung nach Informationen enthält, die zum Überprüfen, ob die weiteren Kommunikationsdienst-Client-Einheiten das Kriterium erfüllen, erforderlich sind.
11. Kommunikationssystem gemäß Anspruch 2 oder gemäß den Ansprüchen 2 und (3 bis 5), wobei die Kommunikationsdienst- Server-Einheit eingerichtet ist, zum Erzeugen der Liste der weiteren Kommunikationsdienst-Client-Einheiten an mindestens eine Informations-Server-Einheit eine dritte Nachricht zu übermitteln, welche die Anforderung nach Informationen enthält, die zum Überprüfen, ob die weiteren Kommunikationsdienst-Client-Einheiten das Kriterium erfüllen, erforderlich sind.
12. Kommunikationssystem gemäß Anspruch 10 oder 11, wobei die Informations-Server-Einheit eine Presence-Server-Einheit oder eine Location-Server-Einheit ist.
13. Kommunikationssystem gemäß einem der Ansprüche 1 bis 12, wobei die eine oder mehrere Nachrichten ferner eine weitere Liste eines Teils der weiteren Kommunikationsdienst-Client- Einheiten enthält, und eine der weiteren
Kommunikationsdienst-Client-Einheiten nur dann Teilnehmer des bereitgestellten Kommunikationsdiensts sein soll, falls sie auf der weiteren Liste aufgeführt wird und das Kriterium erfüllt.
14. Kommunikationssystem gemäß einem der Ansprüche 1 bis 13> wobei der Kommunikationsdienst ein Kommunikationsdienst ist, der auf SIP basiert.
15. Kommunikationssystem gemäß einem der Ansprüche 1 bis 14, wobei in der einen oder mehreren Nachrichten das mindestens eine Kriterium gemäß XML spezifiziert wird.
16. Kommunikationssystem gemäß Anspruch 1 oder gemäß Anspruch 1 und einem der Ansprüche 4 bis 15, wobei die Server-Einheit eingerichtet ist, im Laufe der Bereitstellung des Kommunikationsdiensts die Liste der weiteren
Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, auf Gültigkeit zu überprüfen und gegebenenfalls zu aktualisieren und die aktualisierte Liste an die Kommunikationsdienst-Server-Einheit zu übermitteln.
17. Kommunikationssystem gemäß Anspruch 16, wobei die Kommunikationsdienst-Server-Einheit eingerichtet ist, gemäß der aktualisierten Liste die Teilnehmer des Kommunikationsdiensts zu verändern.
18. Kommunikationssystem gemäß einem der Ansprüche 2 bis 15, wobei die Kommunikationsdienst-Server-Einheit eingerichtet ist, im Laufe der Bereitstellung des Kommunikationsdiensts die weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, auf Gültigkeit zu überprüfen und gegebenenfalls die Teilnehmer des Kommunikationsdiensts zu verändern.
19. Kommunikationssystem gemäß einem der Ansprüche 1 bis 18, wobei der Kommunikationsdienst im Rahmen eines weiteren
Kommunikationsdiensts bereitgestellt wird, der von der Kommunikationsdienst-Server-Einheit bereitgestellt wird.
20. Kommunikationssystem gemäß einem der Ansprüche 1 bis 19, wobei der Kommunikationsdienst ein PoC-Kommunikationsdienst, ein Kommunikationsdienst zum Versenden von Instant Messages, ein MMS-Kommunikationsdienst oder ein Konferenz- Kommunikationsdienst ist.
21. Verfahren zum Betreiben eines Kommunikationssystems, welches Kommunikationssystem eine Kommunikationsdienst- Client-Einheit, weitere Kommunikationsdienst-Client- Einheiten, eine Kommunikationsdienst-Server-Einheit und eine Server-Einheit aufweist, wobei gemäß dem Verfahren
- die Kommunikationsdienst-Client-Einheit eine oder mehrere Nachrichten erzeugt, welche mindestens ein Kriterium enthalten, das von den weiteren Kommunikationsdienst-Client- Einheiten jeweils erfüllt wird oder nicht erfüllt wird und die Anforderung nach der Bereitstellung des
Kommunikationsdiensts und eine Spezifikation enthalten, dass die weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, Teilnehmer des bereitgestellten Kommunikationsdiensts sein sollen;
- die Server-Einheit eine Liste der weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, erzeugt und an die Kommunikationsdienst-Server- Einheit übermittelt; und
- die Kommunikationsdienst-Server-Einheit, den Kommunikationsdienst mit der Kommunikationsdienst-Client- Einheit und den weiteren Kommunikationsdienst-Client- Einheiten, die das Kriterium erfüllen, als Teilnehmern bereitstellt.
22. Verfahren zum Betreiben eines Kommunikationssystems, welches Kommunikationssystem eine Kommunikationsdienst- Client-Einheit, weitere Kommunikationsdienst-Client- Einheiten, eine Kommunikationsdienst-Server-Einheit und eine Server-Einheit aufweist, wobei gemäß dem Verfahren - die Kommunikationsdienst-Client-Einheit eine oder mehrere Nachrichten erzeugt, welche mindestens ein Kriterium enthalten, das von den weiteren Kommunikationsdienst-Client- Einheiten jeweils erfüllt wird oder nicht erfüllt wird und die Anforderung nach der Bereitstellung des
Kommunikationsdiensts und eine Spezifikation enthalten, dass die weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, Teilnehmer des bereitgestellten Kommunikationsdiensts sein sollen; - die Server-Einheit eine das mindestens eine Kriterium repräsentierende Information an die Kommunikationsdienst- Server-Einheit übermittelt; und
- die Kommunikationsdienst-Server-Einheit, den Kommunikationsdienst mit der Kommunikationsdienst-Client- Einheit und den weiteren Kommunikationsdienst-Client- Einheiten, die das Kriterium erfüllen, als Teilnehmern bereitstellt.
23. Server-Einheit eines Kommunikationssystems, welches Kommunikationssystem Kommunikationsdienst-Client-Einheiten und eine Kommunikationsdienst-Server-Einheit aufweist, wobei die Server-Einheit eingerichtet ist
- eine Nachricht, welche mindestens ein Kriterium enthält, das von den Kommunikationsdienst-Client-Einheiten jeweils erfüllt wird oder nicht erfüllt wird, zu empfangen; und
- eine Liste der Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, zu erzeugen und an die Kommunikationsdienst-Server-Einheit zu übermitteln.
24. Server-Einheit eines Kommunikationssystems, welches
Kommunikationssystem Kommunikationsdienst-Client-Einheiten und eine Kommunikationsdienst-Server-Einheit aufweist, wobei die Server-Einheit eingerichtet ist
- eine Nachricht, welche mindestens ein Kriterium enthält, das von den Komrnunikationsdienst-Client-Einheiten jeweils erfüllt wird oder nicht erfüllt wird, zu empfangen; und - eine das mindestens eine Kriterium repräsentierende Information an die Kommunikationsdienst-Server-Einheit zu übermitteln.
25. Verfahren zum Betreiben einer Server-Einheit eines Kommunikationssystems, welches Kommunikationssystem Kommunikationsdienst-Client-Einheiten und eine Kommunikationsdienst-Server-Einheit aufweist, wobei gemäß dem Verfahren die Server-Einheit - eine Nachricht, welche mindestens ein Kriterium enthält, das von den Kommunikationsdienst-Client-Einheiten jeweils erfüllt wird oder nicht erfüllt wird, empfängt; und
- eine Liste der Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, erzeugt und an die Kommunikationsdienst-Server-Einheit übermittelt.
26. Verfahren zum Betreiben einer Server-Einheit eines Kommunikationssystems, welches Kommunikationssystem Kommunikationsdienst-Client-Einheiten und eine Kommunikationsdienst-Server-Einheit aufweist, wobei gemäß dem Verfahren die Server-Einheit
- eine Nachricht, welche mindestens ein Kriterium enthält, das von den Kommunikationsdienst-Client-Einheiten jeweils erfüllt wird oder nicht erfüllt wird, empfängt; und - eine das mindestens eine Kriterium repräsentierende Information an die Kommunikationsdienst-Server-Einheit übermittelt .
27. Kommunikationsdienst-Client-Einheit eines Kommunikationssystems, welches Kommunikationssystem weitere Kommunikationsdienst-Client-Einheiten, eine Kommunikationsdienst-Server-Einheit und eine Server-Einheit aufweist, wobei die Kommunikationsdienst- Client-Einheit eingerichtet ist, eine oder mehrere Nachrichten zu erzeugen, welche mindestens ein Kriterium enthalten, das von den weiteren Kommunikationsdienst-Client- Einheiten jeweils erfüllt wird oder nicht erfüllt wird und die Anforderung nach der Bereitstellung des
Koramunikationsdiensts und eine Spezifikation enthalten, dass die weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, Teilnehmer des bereitgestellten Kommunikationsdiensts sein sollen.
28. Verfahren zum Betreiben einer Kommunikationsdienst- Client-Einheit eines Kommunikationssystems, welches Kommunikationssystem weitere Kommunikationsdienst-Client- Einheiten, eine Kommunikationsdienst-Server-Einheit und eine Server-Einheit aufweist, wobei gemäß dem Verfahren die Kommunikationsdienst-Client-Einheit eine oder mehrere Nachrichten erzeugt, welche mindestens ein Kriterium enthalten, das von den weiteren Kommunikationsdienst-Client- Einheiten jeweils erfüllt wird oder nicht erfüllt wird und die Anforderung nach der Bereitstellung des
Kommunikationsdiensts und eine Spezifikation enthalten, dass die weiteren Kommunikationsdienst-Client-Einheiten, die das Kriterium erfüllen, Teilnehmer des bereitgestellten Kommunikationsdiensts sein sollen.
PCT/DE2006/000097 2005-02-17 2006-01-23 Verwaltung dynamischer gruppen in einem push-to-talk over cellular kommunikationssystems WO2006086939A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US11/816,569 US20090157798A1 (en) 2005-02-17 2006-01-23 Management of dynamic groups in a communication system
CN2006800053040A CN101120603B (zh) 2005-02-17 2006-01-23 无线一键通通信系统中的动态组的管理
US13/926,271 US8892747B2 (en) 2005-02-17 2013-06-25 Management of dynamic groups in a communication system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
DE102005007342.5 2005-02-17
DE102005007342A DE102005007342B4 (de) 2005-02-17 2005-02-17 Kommunikationssystem und Verfahren zum Betreiben eines Kommunikationssystems
DE102005053914.9A DE102005053914B9 (de) 2005-11-11 2005-11-11 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
DE102005053914.9 2005-11-11

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US11/816,569 A-371-Of-International US20090157798A1 (en) 2005-02-17 2006-01-23 Management of dynamic groups in a communication system
US13/926,271 Continuation US8892747B2 (en) 2005-02-17 2013-06-25 Management of dynamic groups in a communication system

Publications (1)

Publication Number Publication Date
WO2006086939A1 true WO2006086939A1 (de) 2006-08-24

Family

ID=36283891

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2006/000097 WO2006086939A1 (de) 2005-02-17 2006-01-23 Verwaltung dynamischer gruppen in einem push-to-talk over cellular kommunikationssystems

Country Status (3)

Country Link
US (2) US20090157798A1 (de)
TW (1) TWI403148B (de)
WO (1) WO2006086939A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2289252A2 (de) * 2008-06-17 2011-03-02 Motorola, Inc. Dynamische gruppenpriorisierung in kommunikationsnetzwerken

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI111681B (fi) 2000-04-10 2003-08-29 Sonera Oyj Palvelun käytön estäminen tietoliikennejärjestelmässä
WO2007126029A1 (ja) * 2006-04-27 2007-11-08 Kyocera Corporation 携帯電話端末、サーバ及びグループ通話システム
FI20065479A0 (fi) * 2006-07-05 2006-07-05 Nokia Corp Ryhmäkommunikaatio
US7818020B1 (en) * 2007-02-15 2010-10-19 Nextel Communications Company L.P. System and method for joining communication groups
US9203918B2 (en) * 2007-03-15 2015-12-01 Nokia Technologies Oy Pulling information from information sources via refer requests
US7738899B1 (en) * 2007-03-29 2010-06-15 Nextel Communications Inc. System and method for groups comprising non-communication address objects
DE102007058948A1 (de) * 2007-12-07 2009-06-10 Infineon Technologies Ag Verfahren zum Ermitteln von mindestens einem Teilnehmergerät für eine Telekommunikationskonferenzsitzung, Telekommunikationskonferenz-Anordnung, und Telekommunikationskonferenzsitzungs-Server
KR101649764B1 (ko) * 2009-04-10 2016-08-19 삼성전자주식회사 휴대 광고 시스템에서 휴대 광고 서비스 제공 방법 및 장치
US20100332975A1 (en) * 2009-06-25 2010-12-30 Google Inc. Automatic message moderation for mailing lists
US20110307565A1 (en) * 2010-06-09 2011-12-15 Brian Szady Group messaging integration system, method and apparatus
CN102130773B (zh) 2011-02-25 2012-12-19 华为技术有限公司 群组通信的方法和用于群组通信的装置
CN103200209B (zh) * 2012-01-06 2018-05-25 华为技术有限公司 成员资源的访问方法、群组服务器和成员设备
JP5825118B2 (ja) * 2012-01-25 2015-12-02 富士通株式会社 公開範囲判定方法、公開範囲判定装置及びプログラム
EP3285452B1 (de) * 2015-05-15 2020-01-01 Huawei Technologies Co., Ltd. Verfahren und vorrichtung zum assoziieren eines benutzers mit einer gruppe
US10135762B2 (en) * 2015-07-14 2018-11-20 Geoffrey E Korrub Bidirectional group text messaging system and method
US9769784B2 (en) * 2015-08-19 2017-09-19 Cisco Technology, Inc. Serving gateway-based presence/location detection
US10348578B2 (en) 2017-10-18 2019-07-09 Proov Systems Ltd. Software proof-of-concept platform, including simulation of production behavior and/or data
US10860462B2 (en) 2018-05-07 2020-12-08 Proov Systems Ltd. System, computer program product and method for enhanced production environment behavior mirroring E.G. while conducting pilot on proof-of-concept (PoC) platforms
KR102187546B1 (ko) * 2019-01-30 2020-12-07 문재호 그룹소통 서비스를 제공하는 방법, 시스템 및 컴퓨터-판독가능 매체
US11586815B2 (en) 2019-03-14 2023-02-21 Proov Systems Ltd. Method, system and computer program product for generating artificial documents

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6253091B1 (en) * 1998-02-09 2001-06-26 Motorola, Inc. Method and apparatus for establishing dynamic group communications
US20040203907A1 (en) * 2002-12-30 2004-10-14 Hiller Thomas Lloyd One to many wireless network communications with receiving members selected based on geographic location

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE153206T1 (de) * 1994-06-20 1997-05-15 Eidgenoess Ptt Vorrichtung zur übermittlung von meldungen in einem mobilen kommunikationsnetz
TW527377B (en) 1997-05-09 2003-04-11 China Textile Inst Manufacturing method for blocked aqueous dispersion of polyurethanes
WO2000016209A1 (en) 1998-09-15 2000-03-23 Local2Me.Com, Inc. Dynamic matchingtm of users for group communication
US6484037B1 (en) * 1999-10-28 2002-11-19 Ericsson Inc. Method of establishing group calls in a communications system
US6363258B1 (en) * 1999-10-28 2002-03-26 Ericsson Inc. Communications system providing call type indication for group calls
US6516200B1 (en) * 1999-10-28 2003-02-04 Ericsson Inc. Controlling communications terminal response to group call page based on group call characteristics
AU3694900A (en) 1999-12-29 2001-07-16 Catalina Marketing International, Inc. System and method for forming and performing multiple purchase installment contracts
DE10012945A1 (de) * 2000-03-16 2001-09-20 Alcatel Sa Verfahren, Endgerät und Infrastruktureinrichtung zur Bildung von Endgerätegruppen in einem Mobilfunk-Telekommunikationsnetz
US6542750B2 (en) * 2000-06-10 2003-04-01 Telcontar Method and system for selectively connecting mobile users based on physical proximity
US6788946B2 (en) * 2001-04-12 2004-09-07 Qualcomm Inc Systems and methods for delivering information within a group communications system
US6738617B2 (en) * 2001-05-15 2004-05-18 Qualcomm Incorporated Controller for reducing latency in a group dormancy-wakeup process in a group communication network
US6671695B2 (en) 2001-06-18 2003-12-30 The Procter & Gamble Company Dynamic group generation and management
US20030182371A1 (en) * 2001-10-15 2003-09-25 Worthen William C. Asynchronous, leader-facilitated, collaborative networked communication system
US6999783B2 (en) * 2001-11-01 2006-02-14 Nokia Corporation Method for creating a dynamic talk group
US7031700B1 (en) * 2001-11-14 2006-04-18 Sprint Spectrum L.P. Method and system for location-based group conference initiation
WO2003050736A1 (fr) * 2001-12-11 2003-06-19 Fujitsu Limited Procede et dispositif faisant intervenir un intermediaire de transaction, programme d'intermediaire de transaction et support d'enregistrement associe
US7634568B2 (en) * 2002-02-07 2009-12-15 Sprint Spectrum L.P. Method and system for facilitating services in a communication network through data-publication by a signaling server
US20030154243A1 (en) * 2002-02-14 2003-08-14 Crockett Douglas M. Method and an apparatus for registering a user in a group communication network
US20030177245A1 (en) * 2002-03-12 2003-09-18 Science Applications International Corporation Intelligent network interface
US6970444B2 (en) * 2002-05-13 2005-11-29 Meshnetworks, Inc. System and method for self propagating information in ad-hoc peer-to-peer networks
AU2003237236A1 (en) * 2002-05-24 2003-12-12 Kodiak Networks, Inc. Dispatch service architecture framework
US7640293B2 (en) * 2002-07-17 2009-12-29 Research In Motion Limited Method, system and apparatus for messaging between wireless mobile terminals and networked computers
US7023813B2 (en) * 2002-12-31 2006-04-04 Motorola, Inc. Methods for managing a pool of multicast addresses and allocating addresses in a communications system
US6798755B2 (en) * 2002-12-31 2004-09-28 Motorola, Inc. Apparatus and method for controlling and managing individual directed sessions in a communications system
TW595227B (en) * 2003-03-05 2004-06-21 Newsoft Technology Corp One to many transmission method and system to transmit real-time video and audio data on wireless local area network
KR20040094275A (ko) * 2003-04-30 2004-11-09 삼성전자주식회사 셀룰러 이동통신 시스템에서 푸쉬-투-토크 서비스를 위한호 설정 방법
US7522613B2 (en) * 2003-05-07 2009-04-21 Nokia Corporation Multiplexing media components of different sessions
US7359724B2 (en) * 2003-11-20 2008-04-15 Nokia Corporation Method and system for location based group formation
FI20031911A0 (fi) * 2003-12-29 2003-12-29 Nokia Corp Menetelmä ja järjestelmä access-verkkopalvelun kontrolloimiseksi reaaliaikaisessa datapalvelussa
US20050186970A1 (en) * 2004-02-20 2005-08-25 Yates Charles R. Method of PoC instant temporary group chat based on presence and location
US7924811B2 (en) * 2004-03-30 2011-04-12 Sony Ericsson Mobile Communications Ab Methods, systems and computer program products for suspending packet-switched sessions to a wireless terminal
US20050233776A1 (en) * 2004-04-16 2005-10-20 Allen Andrew M Method and apparatus for dynamic group address creation
DE602004003558T2 (de) 2004-04-16 2008-01-24 Research In Motion Ltd., Waterloo Verfahren und Vorrichtung zur Erzeugung einer dynamischen Gruppe - Adresse
ATE471044T1 (de) * 2004-04-19 2010-06-15 Zteit Usa Inc Trunking- und push-to-talk-mechanismen für die drahtlose wcdma-kommunikation
US7394798B2 (en) * 2004-06-30 2008-07-01 Spyder Navigations, L.L.C. Push-to talk over Ad-Hoc networks
US7463901B2 (en) * 2004-08-13 2008-12-09 Telefonaktiebolaget Lm Ericsson (Publ) Interoperability for wireless user devices with different speech processing formats
US20060046758A1 (en) * 2004-09-02 2006-03-02 Mohsen Emami-Nouri Methods of retrieving a message from a message server in a push-to-talk network
US20060073843A1 (en) * 2004-10-01 2006-04-06 Naveen Aerrabotu Content formatting and device configuration in group communication sessions
FI20041377A0 (fi) * 2004-10-25 2004-10-25 Nokia Corp Palvelujen tarjonta tietoliikennejärjestelmässä
WO2006050182A2 (en) * 2004-11-02 2006-05-11 Nortel Networks Limited Push-to-talk optimization
US7636339B2 (en) * 2005-08-10 2009-12-22 Cisco Technology, Inc. Method and system for automatic configuration of virtual talk groups based on location of media sources
US7633914B2 (en) * 2005-08-10 2009-12-15 Cisco Technology, Inc. Method and system for providing interoperable communications with location information

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6253091B1 (en) * 1998-02-09 2001-06-26 Motorola, Inc. Method and apparatus for establishing dynamic group communications
US20040203907A1 (en) * 2002-12-30 2004-10-14 Hiller Thomas Lloyd One to many wireless network communications with receiving members selected based on geographic location

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OMA OPEN MOBILE ALLICANCE: "Push to talk over Cellular (PoC) - Architecture Draft Version 1.0 Open Mobile Alliance OMA-AD_PoC-V1_0-20041117-D", OPEN MOBILE ALLIANCE, OMA-AD_POC-V1_0-20041117-D, 17 November 2004 (2004-11-17), XP002372965 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2289252A2 (de) * 2008-06-17 2011-03-02 Motorola, Inc. Dynamische gruppenpriorisierung in kommunikationsnetzwerken
EP2289252A4 (de) * 2008-06-17 2015-04-01 Motorola Solutions Inc Dynamische gruppenpriorisierung in kommunikationsnetzwerken

Also Published As

Publication number Publication date
US20090157798A1 (en) 2009-06-18
TW200633488A (en) 2006-09-16
US8892747B2 (en) 2014-11-18
US20130288736A1 (en) 2013-10-31
TWI403148B (zh) 2013-07-21

Similar Documents

Publication Publication Date Title
WO2006086939A1 (de) Verwaltung dynamischer gruppen in einem push-to-talk over cellular kommunikationssystems
DE102005033667B4 (de) Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente
DE602004012542T2 (de) Verfahren und Vorrichtung zur Erzeugung einer Kommunikationsgruppe unter Verwendung eines Adressbuchs
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
EP1430644B1 (de) Verfahren zur verbesserung der erreichbarkeit von teilnehmern, kommunikationssystem und kommunikationrrichtung
EP1869919A1 (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
DE102005010038B4 (de) Verfahren zum Bereitstellen mehrerer Gruppen-Kommunikationsdienste, Gruppen-Kommunikationsdienst-System und Gruppen-Kommunikationsdienst-Server-Einheit
DE102005032302A1 (de) Server-Einheit, Client-Einheit, Verfahren zum Betreiben einer Server-Einheit und Verfahren zum Betreiben einer Client-Einheit
DE102004010925B4 (de) Verfahren und Kommunikationsanordnung zum Aufbauen einer Push-to-talk-Kommunikationsverbindung und Push-to-talk-Client-Einheit
DE102008045425B3 (de) Verfahren zur Ermittlung aktiver Kommunikationssitzungen, Kommunikationssitzungs-Informationsserver, Verfahren zum Bereitstellen einer Information über aktive Kommunikationssitzungen und Dokumentenmanagement-Server
DE102008029142B3 (de) Verfahren zur Ermittlung aktiver Kommunikationssitzungen und Kommunikationssitzungs-Informationsserver
DE102005007342B4 (de) Kommunikationssystem und Verfahren zum Betreiben eines Kommunikationssystems
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
DE102005039366B4 (de) Telekommunikations-Endgerät, Telekommunikationssystem, Telekommunikationssitzungs-Servereinheit, Verfahren zum Erzeugen und Senden einer Telekommunikationssitzungs-Nachricht, Verfahren zum Verwalten einer Telekommunikationssitzungs-Nachricht, Computerlesbare Speichermedien und Computerprogrammelemente
DE102004045193B3 (de) Push-To-Talk-Over-Cellular (PoC) Verfahren
DE60315731T2 (de) Verfahren und vorrichtung für punkt-zu-punkt mehrpunktdienste
EP1922894B1 (de) Mobilfunksystem zur behandlung von gruppenanrufen
WO2004086675A1 (de) Verfahren zur übertragung von nutzdaten inklusive kostenübernahme-informationen in einem kommunikationsnetz
DE102008046713B4 (de) Verfahren zur Gruppen-Kommunikation zwischen Teilnehmern verschiedener Nachrichtendienste, Kommunikations-Endgerät und Computerprogrammprodukt
DE102004040024B4 (de) Kommunikationssystem, Verfahren zum Betreiben eines Kommunikationssystems, Server, Verfahren zum Betreiben eines Servers, Push-to-talk-Client-Einheit und Verfahren zum Betreiben einer Push-to-talk-Client-Einheit
WO2003036995A2 (de) Verfahren zur durchführung von augenblicklichem nachrichtenverkehr (instant messaging) mit paketvermittelten daten
WO2006034948A1 (de) Nutzung von presence-informationen (statusinformationen) zur erweiterung einer bestehenden kommunikationsverbindung
DE60207056T2 (de) System und Verfahren zur Datenteilung von einem WAP-Endgerät
EP1424830B1 (de) Verfahren zum Bereitstellen von Präsenzinformationen mindestens einer Kommunikationseinheit auf mindestens einem Präsenzserver, zugehörige Kommunikationseinheit, Präsenzserver sowie Kommunikationsnetz
EP2063591B1 (de) Verfahren und Vorrichtung zur Übermittlung von Nachrichten in Telekommunikationsnetzen

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 11816569

Country of ref document: US

Ref document number: 200680005304.0

Country of ref document: CN

122 Ep: pct application non-entry in european phase

Ref document number: 06705835

Country of ref document: EP

Kind code of ref document: A1

WWW Wipo information: withdrawn in national office

Ref document number: 6705835

Country of ref document: EP