5 High level requirements

22.2503GPPIP Multimedia Subsystem (IMS) Group ManagementRelease 17Stage 1TS

5.1 Group management roles

The IMS group management shall provide the ability for users to create groups that can be utilized in context of different services.

The following roles are identified for IMS Group Management:

a) group administrator;
Group administrator shall always have the full set of rights for viewing and managing the group and member properties. Each group shall have at least one group administrator at all times. The group administrator is not a group member by default. The entity creating a group becomes a group administrator.

b) group member; and
Group member rights shall be assigned by the one who has rights to do that. Group member can be another group.

c) others.
These are services and entities that are external to the group (i.e. not group administrators or members). They may or may not be able to use or access group content depending on the group specific information.

5.2 General requirements

The groups controlled by the IMS group management shall be associated with

a) a group identifier;
Each group shall have a globally unique, addressable group identifier, which may be suggested by the group administrator when creating the group. The IMS service provider allocates group identifier. The group identifier is used to refer to a specific group (for example when sending a message, when updating the list of group members…).

b) group specific information; and
Group specific information is divided into two parts

1) group information; and
The group information contains informative text. This could be used for example to describe the type and usage of the group.

2) group properties.
Group properties are:

i) group visibility; and
Group visibility defines who are able to see the group identifier when performing a search. The following classes exist:

– only the group administrators; and
– the group administrators and the group members.

ii) group duration.
Once created, a group will exist until either:

– its expiration time; or
– administratively removed.

c) service specific group information.
The service specific group information may give additional information on how the group should be used in the context of a specific service. For example, it may indicate that the group shall be used as an access list in the context of the presence service. Detailed description of the service specific group information is not within the scope of this TS. Possible values can be defined by the terminal manufacturer, operator, service provider, or by other specifications. The service specific group information is transparent to the group management.

5.3 Group member requirements

Requirements for the members are

a) Member identification; and
It shall be possible to identify the members of the group based on the

1) member identifier;
Each single entityshall have a globally unique, addressable identifier(s).

2) group identifier; or
Member can be a another group(s) which is referred with a group identifier(s).

3) commonly known group of entities.
Member can be any entity that has defined characteristics in the identifier field.

b) group member properties.
It shall be possible to associate properties for each group member. Such properties are

1) member rights;
Each member shall be associated with rights. They define which actions the member is allowed to perform.

2) anonymity; and
It shall be possible to hide the member identifier.

3) service specific member information.
The service specific member information may give additional information on member in the context of a specific service. For example, it may indicate the screen name of the member in context of chat service. Detailed description of the service specific member information is not within the scope of this TS. Possible values can be defined by the terminal manufacturer, operator, service provider, or by other specifications. The service specific member information is transparent to the group management.

5.4 Management requirements

The IMS group management shall provide following capabilities to manage groups. The rights associated to the members control the capabilities they are able to perform. These capabilities are:

a) create a group;
The entity creating a group becomes a group administrator. The administrator shall not become group member by default when creating a group. Further, when creating a group it shall be possible to

1) define the members of the group;

2) define group specific information;

3) define service specific group information; and

4) define member properties.

b) delete a group;
It shall be possible to delete a group.

c) add members to a group;
It shall be possible to add members to a group.

d) get member list of a group;
It shall be possible to get the list of all members of a group. In case of nested group only the group identifier of the nested group will be provided.

e) remove members from a group;
It shall be possible to remove members from a group.

f) get group member identification and group member properties;
It shall be possible to get member identification and group member properties.

g) modify group member properties;
It shall be possible to modify group member properties within their rights.

h) get group specific information and service specific group information;
It shall be possible to get group specific information and service specific group information.

i) modify the group specific information and service specific group information;
It shall be possible to modify all group specific information and service specific group information.

j) simultaneous access from multiple terminals; and
It shall be possible to manage groups simultaneously from multiple terminals (e.g. via mobile phone and PC).

k) Search.
It shall be possible for a user to retrieve the group identifiers of all the groups for which he has the group administrator role within his operator’s network.

It shall be possible for a user to retrieve the group identifiers of all the groups for which he has the group member role within his operator’s network. If a group is not visible for its group members, then the group identifier will not be revealed to the user.

In both cases the search criteria shall be a text string. It shall be possible to use wild cards as part of the text string.

It shall be possible for authorised users and applications to use the group content. Some parts of the group content may not be revealed (e.g. group properties…).

5.5 Notification and acknowledgement requirements

The rights associated with the group members and administrator(s) may grant them access to some notification features described below.

It shall be possible for the group members, administrator(s) and authorised users and applications to subscribe to different events concerning the group. When an event occurs the entities interested in that event shall be notified. The notification categories are:

a) change in group specific information;

b) change in service specific group information;

c) change in group members; and
This includes also the changes in the number of anonymous members.

d) change in group member properties.