Method and apparatus for dynamic group address creation

Method and device for generating dynamic group position

The present invention relates to a method and a device for dynamically generating a group position that facilitates communication among a user's group.

Wireless communication components (such as cellular phones or mobile stations) can send and receive voice calls and/or send and receive data on the wireless communication network. Recent developments have provided such mobile stations with the following capabilities: using push-to-talk cellular (PoC) technology to communicate in a "push-to-talk" (PTT) mode. PoC communication uses Voice over IP (VoIP) technology, which involves the communication of data packets carrying voice information. The PoC communication system is suitable for conversation-based one-to-one conversations or group conversations.

The end user of the mobile station can send an "invitation" to communicate with other possible "participants" who may "accept" or ignore the invitation. When an invitation is received, a PoC session will be generated between the two participants. Further acceptance of the invitation will expand the conversation into a group conversation with more than two participants.

There are two common methods for generating PoC groups for PoC services: 1) Pre-defined group definitions by PoC service providers or network-based application tools, and 2) User-defined usage The definition of the group.

Similarly, users can communicate by sending a message to a group of users in a chat session in real time, thereby exchanging instant messages in the group.

Individual users may wish to initiate group communications with other people (previously known or unknown individuals) who share at least one common characteristic, such as positioning, personal preferences for meals or other activities, or common interests Set or combination of such characteristics.

Examples of the use of this type of dynamic group can be: 1. "Friends next to me": dynamically generate the membership of this group based on a subset of the pre-listed members (friends) in a certain proximity of the group user.

2. "My Lunch Companion": According to a subset of the pre-listed members (friends) who have announced similar lunch preferences as the group owner, the membership of this group is dynamically generated.

3. "My Love and Marriage": According to the similar compatibility characteristics of the group owner, and the comparison of the characteristics within a certain proximity of the group owner, the membership of this group is dynamically generated.

4. "My Shopping Companion": dynamically generate the membership of this group based on a subset of the pre-listed members (friends) who have been instructed to shop today.

5. "My Chess Game Partner": According to the announcement of interest in playing online chess games, the membership of this group is dynamically generated.

6. "Distress signal call": The introduction of this type of dynamic group will facilitate the new call concept of "distress signal call". In the event of an accident, the user will be able to directly call a user group that is almost certainly previously unknown to users who need assistance to request emergency assistance. An exemplary use of this point is for skiers who have encountered an accident and want to get emergency assistance from other skiers in their vicinity. The membership of the rescue call group is dynamically generated based on all users within a certain proximity of the group owner who have authorized their contents as members of the rescue signal group.

7. Dispatching call based on taxi location: The taxi dispatcher wants to contact a taxi within a certain proximity of the pickup location. According to all pre-listed taxi driver users within a certain proximity of the picked location, the membership of the dispatch call group is dynamically generated. The dispatcher enters the picking location.

WO 01/97539 discloses a system for conveying messages to multiple cellular phone users. The system is configured to broadcast messages to the target group of users at substantially the same time. Based on at least one shared user characteristic, these users are targeted for the group filtered from all users. The message player filters the profiles of the users stored in the database to generate the expected recipient group for playing the message. At the same time, the selected groups of such users can form channels that support one-to-many interactions and many-to-many interactions, and the messages from the receiver's mobile elements are limited to messages constructed using predefined vocabulary or predefined messages.

Therefore, a solution to one or more of the above-mentioned needs is desired.

This article describes methods and devices for facilitating the generation of dynamic groups required for push-to-talk cellular (PoC) group communication sessions, instant messaging sessions, chats, and other communications.

In a specific embodiment, the method includes receiving at least one criterion defining the members of the dynamic group associated with the group location; and popularizing the dynamic group by using members of the mobile stations determined according to the at least one criterion Group. The criteria are defined with reference to at least existence, and can also be defined with reference to positioning information available for mobile stations. Such information can be published in the name of the mobile station to be adapted to identify one or more servers of the mobile station matching the criteria. The method may include subscribing to a server to obtain a matching mobile station used by the popular dynamic group location. Those who are familiar with this technology will understand these and other aspects including one or more methods, servers, mobile stations, and computer program products.

FIG. 1 is a block diagram of a communication system 100 including a mobile station 102 communicating through a wireless communication network 104. The mobile station 102 preferably includes a video display 112, a keyboard 114, and possibly one or more auxiliary user interfaces (UI) 116, which are coupled to the controller 106. The controller 106 is also coupled to the radio frequency (RF) transceiver circuit 108 and the antenna 110.

The controller 106 is usually embodied as a central processing unit (CPU), which runs operating system software in a memory component (not shown). The controller 106 will generally control the overall operation of the mobile station 102, and generally perform signal processing operations associated with the communication function in the RF transceiver circuit 108. The controller 106 interfaces with the component display 112 to display received information, stored information, user input, and similar items. A keyboard 114 that can be a telephone-type keyboard or a full alphanumeric keyboard is usually provided to input data to be stored in the mobile station 102, used to send information to the network 104, telephone numbers for making telephone calls, and to be stored on the mobile station 102 Commands executed, and possibly other or different user input.

The mobile station 102 transmits communication signals to the network 104 via the antenna 110 on a wireless link, and receives communication signals from the network. The RF transceiver circuit 108 performs functions similar to those of a radio network (RN) 128, including, for example, modulation/demodulation and possibly encoding/decoding and encryption/decryption. It is also expected that the transceiver circuit 108 can perform functions other than those performed by the RN 128. Those skilled in the art should understand that the RF transceiver circuit 108 is adapted to a specific wireless network or the network in which the mobile station 102 is expected to operate. road.

The mobile station 102 includes a battery interface 122 for receiving one or more rechargeable batteries 124. The battery 124 provides power to the circuits in the mobile station 102, and the battery interface 122 provides mechanical and electrical connections for the battery 124. The battery interface 122 is coupled to a regulator 126, which regulates the power supply of the component. When the mobile station 102 is fully operational, it is turned on when the RF transmitter of the RF transceiver circuit 108 transmits a signal to the network, or it is turned off to save resources. Similarly, the RF receiver of the RF transceiver circuit 108 is usually turned off periodically to save power until it is necessary to receive a signal or information (if at all) during a specified period of time.

The mobile station 102 operates using a memory module 120, such as a user identity module (SIM) or a removable user identity module (R-UIM), which is connected to or inserted into the mobile interface 118 Desk 102. As an alternative embodiment of SIM or R-UIM, the mobile station 102 can operate according to the configuration data programmed by the service provider in the internal memory which is a non-volatile memory. The mobile station 102 can be composed of a single unit, such as a data communication device, a cellular phone, a multi-function communication device with data and voice communication capabilities, a personal digital assistant (PDA) actuated for wireless communication, or an internal modem Of the computer. Alternatively, the mobile station 102 may be a multi-module unit including a plurality of separate components, including but not limited to a computer or other components connected to a wireless modem. Specifically, for example, in the mobile station block diagram of FIG. 1, the RF transceiver circuit 108 and the antenna 110 can be implemented as a radio modem unit that can be inserted into a port on a laptop computer. In this case, the laptop computer will include a display 112, a keyboard 114, and one or more auxiliary UIs 116, and the controller 106 can be held in a radio modem unit that communicates with the CPU of the computer, or can be embodied as the CPU of the computer. It is also expected that a computer or other equipment that cannot normally communicate wirelessly can be adapted to the antenna 110 connected to the RF transceiver circuit 108 and a single unit element such as one of the elements described above, and to effectively take control of the circuit and the antenna. Such a mobile station 102 may have a more specific implementation, as described later with respect to the mobile station 202 of FIG. 2.

The mobile station 102 communicates in the wireless communication network 104 and communicates through the network. In the specific embodiment of FIG. 1, the wireless network 104 is a third-generation (3G) support network based on the code division multi-directional proximity (CDMA) technology. Specifically, the wireless network 104 is a CDMA2000 network, which includes fixed network components coupled as shown in FIG. 1. CDMA2000 type wireless network 104 includes radio network (RN) 128, mobile switching center (MSC) 130, sending system 7 (SS7) network 140, home location register/authentication center (HLR/AC) 138 , Packet Data Server Node (PDSN) 132, IP network 134 and Remote Authentication Dial-up User Service (RADIUS) server 136. The SS7 network 140 is communicatively coupled to the network 142 (such as the public switched telephone network or PSTN), and the IP network is communicatively coupled to the network 144 (such as the Internet). Those familiar with this technology should understand that other networks and related layouts, such as GPRS, E-GPRS, and UMTS radio networks, can be used using the principles of this article.

During operation, the mobile station 102 communicates with the RN 128 that performs functions such as call establishment, call processing, and mobility management. RN 128 includes multiple base station transceiver systems, which provide wireless network coverage for a specific coverage area collectively called "cells." A given base station transceiver system of the RN 128 (such as the system shown in FIG. 1) transmits communication signals to and receives communication signals from mobile stations in its cells. The base station transceiver system usually performs functions such as modulation and possible encoding and/or encryption of the signal to be transmitted to the mobile station in accordance with specific communication protocols and parameters that are usually predetermined under the control of its controller. If necessary, the base station transceiver system similarly demodulates and possibly decodes and decrypts any communication signals received from the mobile station 102 in its cell. Communication protocols and parameters can change between different networks. For example, a network can use different modulation schemes and operate at a different frequency than other networks. The underlying service can also be different according to its specific protocol version.

The wireless link shown in the communication system 100 of FIG. 1 represents one or more different frequency channels (usually different radio frequency (RF) channels), and associated protocols used between the wireless network 104 and the mobile station 102. The RF channel is usually a limited resource that must be preserved due to limitations in the overall bandwidth, as well as the limited battery power of the mobile station 102. Those who are familiar with this technology should understand that a wireless network in actual practice can contain hundreds of cells, depending on the expected total expansion of network coverage. All relevant components can be connected by multiple switches and routers (not shown) controlled by multiple network controllers.

For all mobile stations 102 registered with the network operator, permanent data (such as the user profile of the mobile station 102) and temporary data (such as the current location of the mobile station 102) are stored in the HLR/AC 138. In the case of a voice call to the mobile station 102, the HLR/AC 138 is inquired to determine the current location of the mobile station 102. The visitor location register (VLR) of the MSC 130 is responsible for locating the group of the area and storing the data of the mobile station currently in its responsibility area. This includes the part of the permanent mobile station data that has been sent from the HLR/AC 138 to the VLR for faster access. However, the VLR of the MSC 130 can also specify and store local data, such as temporary identification items. The mobile station 102 can also be authenticated by the HLR/AC 138 on system access. In order to provide packet data to the mobile station 102 in the CDMA2000-based network, the RN 128 communicates with the PDSN 132. The PDSN 132 provides access to the Internet 144 (or corporate intranet, wireless application protocol (WAP) server, etc.) through the IP network 134. PDSN 132 also provides foreign agent (FA) functions in mobile IP networks and packet transmission for virtual private networks. PDSN 132 has a range of IP locations, and performs IP location management, session maintenance, and selective caching. The RADIUS server 136 is responsible for performing functions related to authentication, authorization, and audit (AAA) of the packet data service, and may be referred to as an AAA server.

The wireless communication network 104 also includes a push-to-talk cellular (PoC) server 137, which can be coupled to the IP network 134. The PoC server 137 operates to facilitate individual PoC and group communication sessions between mobile stations in the network 104. A traditional PoC communication session involves a session connection between end users of mobile stations called "participants" of the session. The session participants communicate with one participant at a time in a half-duplex manner like traditional walkie-talkies or two-way walkie-talkies.

Those familiar with this technology should understand that the wireless network 104 can be connected to other systems, and can include other networks not explicitly shown in FIG. 1. The network usually sends at least some paging and system information on an ongoing basis, even if there is no actual packet data exchanged. Although the web is composed of many parts, these parts all work together to produce certain characteristics in wireless bonding.

FIG. 2 is a detailed block diagram of the preferred mobile station 202. The mobile station 202 is preferably a two-way communication device, which has at least voice and advanced data communication capabilities, including the ability to communicate with other computer systems. Depending on the functions provided by the mobile station 202, it can be referred to as a data message element, a two-way pager, a cellular phone with data message capability, a wireless Internet appliance or a data communication element (with or without telephone capability). The mobile station 202 can communicate with any one of a plurality of base station transceiver systems 200 within its geographic coverage area.

The mobile station 202 is usually incorporated into the communication subsystem 211, which includes a receiver 212, a transmitter 214 and associated components, such as one or more (preferably embedded or internal) antenna components 216 and 218, local oscillators (LOs) ) 213 and a processing module, such as a digital signal processor (DSP) 220. The communication subsystem 211 is similar to the RF transceiver circuit 108 and antenna 110 shown in FIG. 1. As those skilled in the communication field understand, the specific design of the communication subsystem 211 depends on the communication network in which the mobile station 202 is expected to operate.

The mobile station 202 can transmit and receive communication signals on the network after requesting network registration or after completing the activation process. The signal received by the antenna 216 through the network is input to the receiver 212, which can perform common receiver functions such as signal amplification, down-conversion, filtering, channel selection, and the like, and perform analogy in the example shown in FIG. 2 To digital (A/D) conversion. The A/D conversion of the received signal allows more complex communication functions, such as demodulation and decoding to be performed in the DSP 220. The signal to be transmitted is processed in a similar manner, and the processing includes, for example, modulation and coding performed by the DSP 220. The DSP processed signals are input to the transmitter 214 for analog-to-digital (D/A) conversion, up-conversion, modification, amplification, and transmission on the communication network via the antenna 218. The DSP 220 not only processes communication signals, but also provides receiver and transmitter control. For example, through the automatic gain control algorithm implemented in the DSP 220, the gain of the communication signal applied to the receiver 212 and the transmitter 214 can be adaptively controlled.

The network access is associated with the user or user of the mobile station 202. Therefore, the mobile station 202 requires a memory module 262, such as a user identity module or "SIM" card or a removable user identity module (R- UIM) to plug into or connect to the interface 264 of the mobile station 202 for operation in the network. Alternatively, the memory module 262 may be a non-volatile memory, which is programmed by the service provider using configuration data so that the mobile station 202 can be operated on the network. Because the mobile station 202 is a mobile battery-powered component, it also includes a battery interface 254 for receiving one or more rechargeable batteries 256. This type of battery 256 provides power to most but not all circuits in the mobile station 202, and the battery interface 254 provides mechanical and electrical connections for the battery. The battery interface 254 is coupled to a regulator (not shown in FIG. 2), which provides power V+ to all circuits.

The mobile station 202 includes a microprocessor 238 (which is an implementation of the controller 106 in FIG. 1 ), which controls the overall operation of the mobile station 202. This control includes the network selection technology of the application. The communication function is performed through the communication subsystem 211, including at least data and voice communication. The microprocessor 238 also interacts with additional component subsystems such as the display 222, flash memory 224, random access memory (RAM) 226, auxiliary input/output subsystem (IO) 228, serial port 230, keyboard 232, speaker 234, microphone 236, short-range communication subsystem 240, and any other component subsystems generally designated 242. Some of the subsystems shown in Figure 2 perform communication-related functions, while other subsystems may provide "resident" or on-component functions. In particular, certain subsystems such as the keyboard 232 and the display 222 can be used for communication-related functions, such as inputting text messages to be sent on a communication network; component resident functions, such as calculators or job lists. Preferably, the operating system software used by the microprocessor 238 is stored in a persistent storage (such as the flash memory 224), which may be a read-only memory (ROM) or similar storage components (shown in the figure). Those who are familiar with this technology should understand that the operating system, specific component applications, or parts thereof can be temporarily loaded into a volatile memory, such as RAM 226.

In addition to its operating system functions, the microprocessor 238 preferably also activates the execution of software applications on the mobile station 202. Generally, during the manufacturing of the mobile station 202, a predetermined set of application programs (including at least data and voice communication applications) that control the operation of the basic components are installed on the mobile station. The preferred application loaded on the mobile station 202 can be a personal information manager (PIM) application, which has the ability to organize and manage user-related data items, such as but not limited to email, calendar events, and voice mail. , Conventions and work items. Naturally, one or more memory storage devices can be used for the mobile station 202 and the SIM 262 to store PIM data items and other information.

The PIM application preferably has the ability to send and receive data items via a wireless network. In a preferred embodiment, the PIM data items are seamlessly integrated, synchronized and updated via the wireless network, and the corresponding data items of the mobile station user are stored in the host computer system and/or the data items It is associated with the host system, so that a reflection host computer is generated on the mobile station 202 for this type of project. This is particularly advantageous when the host computer system is an office computer system for mobile users. Additional applications can also be loaded on the mobile station 202 through the network, auxiliary I/O subsystem 228, serial port 230, short-range communication subsystem 240 or any other subsystem 242, and installed by the user on the mobile station 202. The RAM 226 or preferably a non-volatile memory (not shown) is implemented by the microprocessor 238. Such flexibility in application installation will increase the functionality of the mobile station 202 and may provide enhanced component functions, communication-related functions, or both. For example, a secure communication application can activate electronic commerce functions and other such financial transactions to be performed using the mobile station 202.

In the data communication mode, received signals (such as text messages, email messages, or web page downloads) will be processed by the communication subsystem 211 and input to the microprocessor 238. The microprocessor 238 preferably further processes the signal for output to the display 222 or to the auxiliary I/O element 228. The user of the mobile station 202 can also use, for example, the keyboard 232 combined with the display 222 and possibly the auxiliary I/O element 228 to compose data items, such as e-mails. The keyboard 232 is preferably a full alphanumeric keyboard and/or a telephone-type keyboard. The written items can be sent on the communication network through the communication subsystem 211.

For voice communication, except for outputting the received signal to the speaker 234 and generating the signal for transmission by the microprocessor 236, the overall operation of the mobile station 202 is substantially similar. An alternative voice or sound I/O subsystem, such as a voice recording subsystem, can also be implemented on the mobile station 202. Although it is better to output voice or sound signals mainly through the speaker 234, the display 222 can also be used to provide indications of the identity of the caller, the duration of the voice call, or other information related to the voice call, as some examples .

The serial port 230 of FIG. 2 is usually implemented in a personal digital assistant (PDA) type communication device. For this reason, although it is an optional component, it is expected to be synchronized with the user's desktop computer. The serial port 230 allows the user to set preferences through external components or software applications, and expand the capabilities of the mobile station 202 by providing information or software to download to the mobile station 202 instead of using a wireless communication network. For example, the alternative download path can be used to load the encryption key onto the mobile station 202 through a direct and thus reliable and trusted connection, thereby providing secure element communication.

The short-range communication subsystem 240 of FIG. 2 is an additional optional component that provides communication between the mobile station 202 and different systems or components (which need not be similar components). For example, the subsystem 240 may include infrared components and associated circuits and components or Bluetooth^TMCommunication module to provide communication with the same actuated system and components. Bluetooth^TMIt is a registered trademark of Bluetooth SIG.

Fig. 3 is a block diagram of related system components of PoC communication related to the application. The system component 300 includes a user equipment (UE) 302 representing a mobile station, a PoC server 304, an access network 306, a group and list management server (GLMS) 308, a SIP/IP core 312, a presence server 310 and Location server 316. 3GPP defines IP Multimedia Subsystem (IMS) as an example of SIP/IP core for mobile networks. Some of these components may be optional or not required for basic operation. Although illustrated as individual component elements, some or all of the components 304, 308, and 310 collectively referred to as component 314 may be configured within the same component (not shown).

A PoC communication session is a session connection between terminal users of the UE 302, and these users are called session "participants", which communicate with one participant at a time in a half-duplex manner. PoC communication uses Voice over IP (VoIP) technology, which involves the communication of data packets carrying voice information. The UE 302 is a terminal equipment (such as a mobile station), which includes PoC application client software, which includes the functions of the application, but additionally uses traditional technology. The SIP/IP core 312 includes a plurality of Session Initiation Protocol (SIP) proxy servers and SIP registers. The first point of the contact point for the UE 302 is one of the proxy servers in the SIP/IP core 312 used by the UE 302 as the sending proxy server. In the 3GPP IMS architecture, the sending proxy server is known as the Proxy-CSCF (P-CSCF). The SIP/IP core 312 performs the following functions: (1) routing of SIP signaling between the UE 302 and the PoC server 304; (2) SIP compression and interruption of the UE 302; (3) authentication and authorization; (4) Maintenance of the temporary storage status; and (5) Report to the charging system. After distinguishing the SIP Uniform Resource Identifier (URI) of the sending proxy server as an IP location, the UE 302 transmits all its SIP messages to the IP location of the sending proxy server.

End users use GLMS 308 to manage groups, contact lists, and access lists. The contact list can be used by end users to establish real-time conversation sessions with other PoC users or PoC groups. The end user may have one or several contact lists, including identification items of other PoC users or PoC groups. The contact list management includes operations that allow the UE 302 to store and retrieve the contact list managed by the GLMS 308. The end user can define a PoC group, especially as further explained with reference to FIGS. 4 to 5 below. End users can use PoC groups to initiate real-time group talk sessions or chat group talk sessions, depending on the type of group. The access list is used by the end user as a component to control who is allowed to initiate a real-time conversation session with the end user. The access list contains the defined identities of other end users or end users of the group. End users can have a list of frozen identities and a list of granted identities.

With reference to the group management of the application as further explained below with reference to FIGS. 4 to 5, the GLMS 308 stores the group list referenced by the group location (for example, the group URL). The list of members of the group can be static or dynamic. The GLMS 308 accepts a subscription to the group location from the user. The group location includes a set of criteria (ie, filters) that define who is the active member of the group identified by the group location. Therefore, the user can obtain the group position from the GLMS 308, or generate a group position according to a protocol such as Extensible Markup Language (XML) Configuration Access (XCAP).

The GLMS 308 sequentially subscribes or additionally interfaces with the presence server 310 to obtain users whose presence information matches the criteria specified in the user subscription. GLMS thus becomes a viewer for such presence information. The GLMS 308 also informs the subscribing user when, after receiving information from the presence server 310, group members meeting the criteria in the subscription will be available. This notification can be controlled by the group location owner based on the authorization policy defined when the dynamic group is generated. In addition, this type of group location information can only be sent to subscribed users of the group, who subscribe to this type of information.

In addition, the GLMS can notify the PoC server 304 (for example, through a SIP subscription notification mechanism or other components), who is the active member of the group when a member joins or leaves.

The PoC server 304 includes the function of executing PoC services. The PoC server 304 usually performs the following functions: (1) the end point for IP sending; (2) the end point for real-time transport protocol (RTP) and RTP control protocol (RTCP) sending; (3) SIP session Processing; (4) Policy control for group access; (5) Group session processing; (6) Access control; (7) Ground control function (ground control is a request from EU for the right to speak (8) Interviewer identification; (9) Participant information; (10) Quality feedback; (11) Charging report; (12) Media distribution.

The presence server 310 manages the presence information uploaded by the presence user/network/external agent, and is responsible for combining the presence-related information of the information received from multiple resources into a single presence file. The presence server 310 delivers notifications of presence information to authorized observers for such information, as described above. Observers can subscribe to presence information to receive notifications.

The location information is information about the location of the user (ie, UE 302). It can be generated in various ways, such as through GPS satellite information for the user, which is so equipped or based on signals collected from the UE, including but not limited to multiple base stations that access the network 306. Triangulation. In addition to being directly published by the user on the presence server 310, the positioning server 316 may also collect and distribute positioning information. The GSM/UMTS network supports the Gateway Mobile Location Center (GMLC) network component, which collects location information from various location collection sources. Such components can be adapted to publish this information in the presence server 310. If the positioning information is published in the presence server 310 or the positioning server 316 (such as GMLC or another server communicating with the GMLC) can be adapted to match criteria, it is used to use the positioning information to make dynamic group position determinations The criteria of can be matched in the presence server 310.

Designate one or more IP locations belonging to public or private IP domains for each entity in the PoC system. On the other hand, an end user can address another user by phone number. The UE 302 transmits the phone number to the SIP/IP core 312 in the TEL uniform resource locator (URL). The phone number can use the international E.164 format (using the "+" symbol as the prefix) or the local format of the local dial plan and prefix. The SIP/IP core 312 uses the first "+" to interpret the phone number as E. 164 number. Using TEL URL addressing for PoC sessions requires that the PoC server 304 can distinguish the TEL URL as a SIP URL, for example, by using DNS/ENUM or other local databases. Before using DNS/ENUM, convert phone numbers in local format to E.164 format.

For group communications to occur (such as push-to-talk communications or instant messaging chat sessions), the group location is used for addressing communications to set up group communications with members of the group. According to the principle of this article, in order to dynamically generate a group for communication, it is necessary to popularize the members of the dynamic group position. Such dynamic group location can be popularized by using presence information and members selected from users from the network. Presence information can include location information about users, which is stored by the network or provided to the network and filtered according to criteria . Users who wish to create a specific dynamic group can provide criteria to popularize the group.

There are several ways (for example, including the use of Extensible Markup Language (XML) files, which are well known in the art) to define the rule definition rules, which must be satisfied by another rule to be included in a specific group. The criteria can refer to the presence and/or location data components, and use comparison expressions and other data to define eligibility as a member of the group. For example, the rescue signal filter can refer to existence data, such as the user's announcement of the desire to consider the rescue signal group, the user's current location, and the approximate threshold (for example, 500m).

In the simplest form, a user with this capability generates (using a protocol such as XCAP) a group location (such as a SIP URL), or the network provides a group location without permanent group members. In addition, the user defines criteria or filters associated with the location of the group, which determine the dynamic membership of the group based on information stored in the network related to other users or provided to the grid.

There are several ways to determine dynamic group membership. Membership can be determined as a subset of users in the network, which indicates that the user is interested in becoming a member of a particular dynamic group. Potential users can publish the expectations of specific groups in consideration of existing technologies. Membership can be determined from a subset of specific pre-selected or designated users identified by the dynamic group location, and is associated with the group when the dynamic group location is generated. The user can be the group owner who defines the criteria for membership, and pre-selects the group of member users as possible candidates, and provides criteria by publishing the presence and/or location information for the pre-selected user, Used to dynamically define groups in any situation.

Other users who wish to become candidate members of such dynamic groups can publish (using presence technology) the following instructions: they wish to participate in a specific dynamic group, and in addition, publish information about the user directly or through information collected on the Internet Presence and/or positioning information to be used to dynamically determine membership. In addition to publishing interest in a specific dynamic group, users can generally publish their interest in becoming a candidate for a dynamic group. Therefore, users who have not chosen to consider can be easily excluded.

Except for the invention technology described in this article, the PoC architecture and signaling can be the same as the traditional architecture and signaling described in the current specifications, such as the push-to-talk cellular (PoC) architecture, and the PoC issuance 1.0 architecture V1.1.0 ( 2003-08) Technical specifications; Push-to-talk cellular (PoC) signaling process, PoC release 1.0 signaling process V1.1.3 (2003-08) technical specifications, and OMA standard Push-to-Talk cellular (PoC) Architecture draft version 1.0: March 25, 2004.

Some users can choose to be anonymous when they become members of dynamic groups. Anonymous users can choose to only observe/listen to communications within the dynamic group, which is understood as passive participation. A mechanism can be provided so that users can indicate whether they need to be anonymous when joining a dynamic group that they wish to participate in. The generator of the dynamic group can also decide whether to allow anonymous members, and whether they can actively or only passively participate as part of the criteria for group generation. A mechanism can also be provided for anonymous group members so that once these members participate in a dynamic group, their identities are later revealed. It is better to be anonymous, and users can include such preference information in their individual presence information. The dynamic group owner can then choose to filter (e.g., authorization features) that allows or denies membership of anonymous users.

The user subscribes to the group location, and the network subscribes to the presence information according to the criteria associated with the group location. This may include the use of presence filters for subscriptions, which trigger notifications only when the criteria for active membership of the group are met. When a candidate member of the group directly announces (or has already been announced by the network on the basis of information) that meets the criteria for active membership of the group, a notification indicating that this member is now an active member of the group is sent. If this type of notification is authorized by the dynamic group location owner, the notification can be delivered to other active members of the group that has subscribed to the group location. Subscription to such group membership information is optional.

When an active group member performs group communication with a dynamic group location (such as a push-to-talk conversation burst), the communication is routed to all current active members of the group.

FIG. 4 is a block diagram of the system component configuration of PoC communication between three users according to a specific embodiment of the present invention. Those familiar with this technology should understand that the choices of the three users are only illustrative and not restrictive. Configuration 400 includes the components of configuration 300, namely PoC server 304, GLMS 308, presence server 310 (which can be provided as individual components or collected and provided as a component (eg 314), or configured in other collected components (Not shown)), the positioning server 316 and the SIP/IP core 312. In addition, there are three exemplary users: user 1 402, user 2 404, and user 3 406, and each user has an individual UE 302.

In the context of the above architecture, FIG. 5 is a process 500 that illustrates an exemplary PoC communication session among the three users in FIG. 4. The representative flow explains the method for generating dynamic group positions required for PoC communication. The method can be embodied in a computer program product, which includes a computer storage medium (such as a computer disk or memory) and computer instructions stored in the computer storage medium.

In this example, the owner has defined the group location and candidate members (friends) for the group in advance, which is already known. Using an unshown user interface (UI) (e.g., UE 302), user 1 402 can define criteria for dynamically generating a location. The UI preferably allows the user to specify or select a set of criteria/options to help define criteria associated with the group location.

The process operation 500 starts in step 502, where the user 1 402 subscribes to the group location (URL) by sending a SIP subscription to the GLMS 308. The SIP subscription request contains a filter in the body of the request, which indicates the criteria for active membership of the group. In this case, the filter indicates the lunch preference for user 1 402, which is Italian food. The GLMS 308 uses SIP subscription or some other mechanism to obtain a list of existing users that satisfy the rules for group membership from the presence server 310 (step 504).

In step 506, the user 2 404 sends a SIPSIP announcement to the presence server 310 to announce the presence information about this user, which indicates information about lunch preferences. In this case, Chinese food and Italian food are announced. In step 508, the presence server 310 uses SIP notification or some other means to notify the GLMS 308 that the user 2 404 is available and meets the criteria specified by the user 1 402. Provide a contact location for user 2 404. GLMS 308 adds user 2 404 to the group.

In step 510, GLMS 308 sends a SIP notification to user 1 402, indicating that user 2 404 is now a member of the group because of a shared preference for Italian food. In step 512, the GLMS uses SIP notification or some other component to notify the PoC server 304 that user 2 404 is now a member of the group.

In step 514, the user 3 406 sends a SIP announcement to the presence server 310 to announce the presence information about the user, which includes information about lunch preferences (in this case, Italian and Mexican food). In step 516, the presence server 310 uses SIP notification or some other means to notify the GLMS 308 that the user 3 406 is available and meets the criteria specified by the user 1 402, and provides a contact location for the user 3 406. GLMS 308 adds user 3 406 to the group.

In step 518, the GLMS sends a SIP notification to user 1 402, indicating that user 3 406 is now a member of the group. In step 520, GLMS 308 uses SIP notification or some other means to notify PoC server 304 that user 3 406 is now a member of the group.

In step 522, user 1 invites member users who like Italian food to use the mobile station to have lunch, by sending a SW invitation to the PoC server addressing the group location now including user 2 404 and user 3 406 The device 304 makes a PoC call.

In step 524, the PoC server 304 that owns the group location distinguishes it as the member location of user 2 404 and user 3 406, and sends a SIP invitation to the call to user 2 404. In step 526, the PoC server 304 also sends a SIP invitation to the user 3 406.

In steps 528 and 530, user 2 404 and user 3 406 respectively accept the call by sending a SIP 200 OK response to the PoC server 304. In steps 532 and 534, by sending individual SIP 200 OK responses to user 1 402, the PoC server 304 relays the individual acceptance to user 1 402.

In step 536, user 1 402 uses the voice communication path established by the PoC server 304 to start talking with other users (404, 406) in order to choose an Italian restaurant, where users 402 to 406 may meet for lunch .

In the context of Figure 4 above and including the general architecture of the additional presence server not shown therein, Figure 6 is a process 600, which illustrates part of an exemplary PoC communication session, which is initiated by a user to dynamically define Used for members of the group location of users whose presence information is managed by a plurality of presence servers. Individual existing servers can come from the same or different domains and networks. The explained method can be embodied in a computer program product, which includes a computer storage medium (such as a computer disk or memory) and computer instructions stored in the computer storage medium.

Operation 600 starts the process to search multiple servers, and in step 602 the user (for example, user 1) subscribes to the group location (URL) by the following method: Send a SIP subscription to GLMS, which contains instructions for the group The filter in the subject of the request for the criteria for active membership. GLMS has a resource list, which includes existing servers in its own or other domains, and these domains may also contain matching of filters used in subscription messages. In this case, the GLMS has a resource list, which includes the presence server 1 and the presence server 4. GLMS uses SIP subscription to subscribe to presence server 1 to obtain a list of users who exist or meet the rules for group membership. Route this subscription to the presence server 1 (step 604).

Existing server 1 and its own storage for matching (for example, an existing database), also has a resource list that contains its own or other existing servers in other domains, and these domains also include the resources used in subscriptions Matching of filters. In this case, the presence server 1 has a resource list including the presence server 2 and the presence server 3. The presence server 1 uses SIP subscription to subscribe to the presence server 2 to obtain a list of users who exist or satisfy the rules for group membership. Route this subscription to the presence server 2 (step 606).

In step 608, server 1 responds to the subscription by sending SIP 200 OK back to GLMS, and in step 610, GLMS responds to user 1's subscription by sending SIP 200 OK back to the PTT terminal of user 1.

In step 612, the presence server 2 responds to the subscription by sending SIP 200 OK back to the presence server 1. The presence server 2 uses the SIP notification to notify the presence server 1 of the match found, and receives SIP 200 OK as a response (steps 614 to 616).

In step 618, the presence server 1 uses SIP subscription to subscribe to the presence server 3 to obtain a list of users who exist or satisfy the rules for group membership. Route this subscription to the presence server 3. In steps 620 to 624, the presence server 3 responds to the subscription by sending SIP 200 OK back to the presence server 1, and the presence server 3 uses SIP notification to notify the presence server 1 of the match, thereby receiving the presence server 1Respond to the notification as the answer.

In steps 626 to 628, GLMS uses SIP subscription to subscribe to the presence server 4 to obtain a list of users who exist or meet the rules for group membership. Route this subscription to the presence server 4, which responds to the subscription by sending SIP 200 OK back to GLMS.

The presence server 4 uses the SIP notification to notify the GLMS of the match found, and the GLMS responds to the notification by sending a SIP 200 OK back to the presence server 4 (steps 630 to 632).

The presence server 1 aggregates (combines) the responses from the notification messages received by the presence server 2 and the presence server 3, and uses SIP notifications to notify the GLMS of the matches found (step 634). The GLMS responds to the notification by sending a SIP 200 OK back to the presence server 1 (step 636).

The GLMS totals (combines) the responses from the presence server 1 and the presence server 4 in the notification communication received. GLMS uses SIP notification to notify user 1 of the match found, and user's UE responds to the notification by sending SIP 200 OK back to GLMS (steps 633 to 640). Although the notification is explained, the members are totaled before sending the message to another entity (such as the GLMS, the presence server, or the UE), but the message can be activated as soon as the members are determined to gradually popularize the group. In addition, those who are familiar with this technology should understand that the server entity can communicate with the member server at the same time instead of sequentially communicating as shown and explained.

The above process explains how to use the resource list search level to search multiple servers and multiple domains. This technique can be used in situations that require searching in multiple domains/networks. For example, the rescue signal call issued by user 1 uses the "distress signal" URL for the group. User 1s PTT terminal subscribes to the rescue signal group URLTPP terminals home network GLMS starts to add users to the group based on predefined criteria (filters). The criteria can check presence and location information, such as available users, which are located within 500 meters of the user by subscribing to the presence server in the home network.

In the case of a British skier (with a "home" network) traveling in the French Alps on a "roaming" network, the initial addition to the group will be for other home network subscribers in the area. In this case, as soon as another member has been added to the group so that the call can be initially established, the GLMS returns the notification to the PTT terminal.

Subsequently, the GLMS in the home network subscribes to the roaming network using the resource list accessed based on the visited network information in the subscriber's request. The presence server in the roaming network searches for its own presence information to find other users within the 500m range specified in the filter, and returns a notification message to the home network, which adds the roaming network user to the rescue Signal group.

Subsequently, the roaming network presence server can then use its own resource list to subscribe to one or more other networks in France using the criteria it has received from the filters in the subscription sent from the home (UK) network. The existence server of the road operator. Then the notification communication from other networks is notified back from the roaming network to the home network, and the user notified to the GLMS in this way also becomes a member of the rescue signal group.

It is expected that the above specific embodiments of the present invention are only examples. Those who are familiar with the technology can make changes, modifications and changes to specific specific embodiments without departing from the scope of the application. The invention described in the scope of the patent application described herein is expected to cover and encompass all appropriate changes in the technology.

<p>100Communication System</p><p>102Action Station</p><p>104Wireless communication network</p><p>106Controller</p><p>108RF Transceiver Circuit</p><p>110antenna</p><p>112Display</p><p>114Keyboard</p><p>116User Interface</p><p>118Interface</p><p>120Memory Module</p><p>122Battery interface</p><p>124Battery</p><p>126Regulator</p><p>128Radio network</p><p>130Mobile Exchange Center</p><p>132Packet data server node</p><p>134IP network</p><p>136User Service Server</p><p>137Push to Talk Cellular Server</p><p>138Home Location Register/Authentication Center</p><p>140Sending system 7 network</p><p>142Internet</p><p>144Internet</p><p>202Action Station</p><p>211Communication Subsystem</p><p>212Receiver</p><p>213Local Oscillator</p><p>214Transmitter</p><p>216antenna parts</p><p>218antenna parts</p><p>220Digital Signal Processor</p><p>222Display</p><p>224Flash memory</p><p>226Random access memory</p><p>228Auxiliary Input/Output Subsystem</p><p>230serial port</p><p>232Keyboard</p><p>234Speaker</p><p>236Microphone</p><p>238Microprocessor</p><p>240Short-range communication subsystem</p><p>242Other component subsystems</p><p>254Battery interface</p><p>256Battery</p><p>262Memory Module</p><p>264Interface</p><p>300System Components</p><p>301Server</p><p>302User Equipment</p><p>304Server</p><p>305Access to the Internet</p><p>308Group and list management server</p><p>310Existing server</p><p>312Core</p><p>314Component</p><p>316location server</p><p>400Configuration</p><p>402User 1</p><p>404User 2</p><p>406User 3</p><p>500Process</p><p>600Process</p>

In order to easily understand the present invention, specific embodiments of the present invention are explained through the examples in the accompanying drawings, in which: Fig. 1 is a block diagram illustrating the relevant components of a wireless communication network and mobile stations communicating in this network. Both are configured to facilitate push-to-talk cellular (PoC) communication; Figure 2 is a more detailed diagram of a mobile station that can communicate in a wireless communication network; Figure 3 is a PoC communication session related to the application A block diagram of the configuration of the system components; FIG. 4 is a block diagram of the configuration of the system components of an exemplary PoC communication session between three users according to an embodiment of the present invention; FIG. 5 is a block diagram showing the configuration of the system components according to the present invention A flow chart of an exemplary dynamic group generation communication process among the system components in FIG. 4 of a specific embodiment; FIG. 6 shows an exemplary dynamic group among the system components in FIG. 4 according to another specific embodiment of the present invention The flow chart of the flow of group communication.