MX2007014254A

MX2007014254A - Terminal, method and system for performing combination service using terminal capability version.

Info

Publication number: MX2007014254A
Application number: MX2007014254A
Authority: MX
Inventors: Kyung-Ae Yoon; Jae-Seung Song; Song-Rae Cho; Hyun-Sook Kim; Se-Hee Lee
Original assignee: Lg Electronics Inc
Priority date: 2005-06-21
Filing date: 2006-05-29
Publication date: 2008-01-22
Also published as: RU2007147447A; KR20060133887A; KR100700607B1; CN101194443A; RU2411655C2; CN101194443B; JP2008546347A; JP4694621B2

Abstract

A terminal, method and system for providing a CS service, a SIP-based service, or a CSI service, are provided. According to an embodiment, the terminal includes a controller to receive a terminal capability version of at least one target terminal, to compare the received terminal capability version with a previously stored terminal capability version of the at least one target terminal, and to determine whether to request for terminal capability information of the at least one target terminal based on the comparison result, wherein the terminal capability version identifies a version of capabilities of the at least one target terminal.

Description

TERMBALL, METHOD AND SYSTEM TO PERFORM A COMBINATION SERVICE USING THE VERSION OF CAPACITY OF THE TERMINAL FIELD OF THE INVENTION The present invention relates to a combination service for simultaneously performing two or more services, and particularly, to a terminal, method and system for performing a combination service using the terminal capacity version information of the terminal.

BACKGROUND OF THE INVENTION A combination service is a service in which two or more services are performed simultaneously between a first user and a second user. The combination service may also indicate a service to combine at least two or more of a first service based on a first network, a second service based on a second network, and a third service based on a third network, and subsequently to perform simultaneously combined services between two or more users. In order to perform the combination service between the first and second users, the first and second users need to understand respectively the information related to the services that they can be supported from the other party and then negotiate the services available between them. Among the different types of combination services, a combination of a CS service and an IMS service (CSI) will now be explained as an example combination service. The CSI (also referred to herein as a CSI service) indicates a service in which a switched circuit service (CS) and an IP multimedia subsystem service (IMS) are combined (linked) together and subsequently the combined services are carried out simultaneously between two or more users / terminals. In the CSI, an IMS session for an IMS service can be added to a CS call already placed between the first and second users, or a CS call can be added to an IMS session already placed between the first and second users. The IMS service, which can be added to the CS call previously placed between the first and second users, can include one or more of the IMS-based services such as an instant messaging system (IM), a shared video, a delivery of data, etc. An example of CSI (combination of CS and IMS services) can be to conduct a conversation by mobile telephone (CS service) between a user in a mobile terminal A and another user in mobile terminal B and while they are talking, transmitting a video or photographs ( IMS service) from the mobile terminal A to the mobile terminal B. Figure 1 illustrates a network construction for providing a general combination service, eg, the CSI, between first and second terminals according to a related technique. As illustrated in Figure 1, a general network for providing the combining service such as the CSI may include first and second core networks CS 31 and 32 to support a CS service for the CSI between a first terminal 10 and a second terminal. 20, first and second core networks IMS 41 and 42 to support an IMS service for the CSI between the first and second terminals 10 and 20, a first application server (AS) 43 connected to the first central network IMS 41 to perform a particular function of the IMS session for the CSI related to the first terminal 10, such as a service based on account function, a second AS 44 connected to a second central network IMS 42 to perform the particular function of the IMS session for the CSI (e.g., service based on account function), a first radio access network x x RAN 30 so that the first terminal 10 has access to the first central network CS 31 and the first central network IMS (and vice versa), and nail egunda xRAN 33 so that the second terminal 20 has access to the second central network CS 32 and the second central network IMS 42 (and vice versa). The general network for providing the CSI or the like may additionally include a first packet switched central network (PS) 40 connected between the first xRAN 30 and the first central network IMS 41 to place an IMS session of the CSI, and a second network central PS 45 connected between the second xRAN 33 and the second central network IMS 42 to place the IMS session of the CSI.

Each of the first and second core networks CS 31 and 32, may include a mobile switching center (MSC), a view location register (VLR), and a local location register (HLR). Now, a general CSI providing a method in the general network of Figure 1 will be explained. For a CS call between the first and second terminals 10 and 20, the data and control signals are exchanged between them by means of the first and second terminals. core networks CS 31 and 32. For an IMS session, the exchange of data and control signals is performed by means of the first central network PS 40 and the first central network IMS and by means of the second central network IMS 42 and the second central network PS 45. The first terminal 10 has a function to simultaneously access the first central network CS 31 and the first central network 40, while the second terminal 20 has the function of simultaneously accessing the second network. central CS 32 and the second central network PS 45. Before starting the CSI service between the first and second terminals 10 and 20, the first and second terminals 10 and 20 exchange the current and radio environment information between each other. the terminal capacity information, and in this way, respectively obtain the related information for the services that can be supported with respect to the other party. The radio current environment information of the terminal is used as the important information required to determine the activities of the user after placing the CS call. The radio environment information exchange occurs over a CS domain during the configuration of the call. The radio environment information is flexible and may be different, depending on an environment when the CS call is placed. Accordingly, the exchanged radio environment information is used as valid information only during the life of the CS call. The radio environment information may contain information related to whether a terminal can support simultaneous CS and PS services, such as the CSI. The terminal capacity information is information that identifies the capabilities of the terminal, and is used as information to determine if a user, which is in communication with another party, could call the services available for that part. The exchange of terminal capacity information occurs over an IMS domain. Figure 2 illustrates a general method for exchange terminal capacity information between the first and second terminals 10 and 20 in the general network of Figure 1. Referring to Figure 2, the first terminal 10 sends a message of Session initiation protocol (SIP) OPTIONS to the second terminal 20, through the first and second IMS core networks 41 and 42, to request capacity information from the second terminal 20 (S21). The second terminal 20 then stores the address information of the first terminal 10 contained in the received OPTIONS message.

(S22), and subsequently sends an OK message 200 to the first terminal 10 in response to the SIP OPTIONS message. The OK message 200 contains the terminal capacity information of the second terminal 20 (S23). The first terminal 10 that has received the message OK 200 stores the terminal capacity information of the second terminal 20 contained in the message OK 20 (S24). On the other hand, in case the second terminal 20 has received the OPTIONS message from the first terminal 10, although it has not sent an OPTIONS message (SIP OPTIONS) to the first terminal 10 to request the terminal capacity information of the first terminal 10, the second terminal 20 determines to send the OPTIONS message to the first terminal 10 (S25). Upon receiving the OPTIONS message to request the terminal capacity information of the first terminal 10 from the second terminal 20, the first terminal 10 stores the address information of the second terminal 20 contained in the received OPTIONS message (S26 and S27). ), and sends an OK message 200 to the second terminal 20 in response to the received OPTIONS message (S28). This OK message 200 contains the capacity information of the first terminal 10. The second terminal 20 then stores the capacity information of the first terminal 10 contained in the message OK 200 sent from the first terminal 10 (S29). Accordingly, the terminal capacity information of the first terminal 100 and that of the second terminal 20 exchanged between these and stored in the second terminal 20 and the first terminal 10, respectively, in such a way that it provides a fast service configuration and reduces the network loads during the subsequent communication between them. According to a method of the prior art set forth above, in order for a particular terminal to obtain terminal capacity information from its counterpart terminal, the particular terminal needs to send an OPTIONS message to the counterpart terminal in order to request the terminal capacity information of the counterpart terminal, and receives from the counterpart terminal a response message containing the capacity information of the terminal of the counterpart terminal. Based on this method, the terminal sends an OPTIONS message once (eg, for a call configuration) a counterpart terminal and stores therein the terminal capacity information received from its counterpart terminal for subsequent use. Accordingly, even in the case where the capacity information (capabilities) of the counterpart terminal has not changed, the terminal still sends an OPTIONS message once to the counterpart terminal (e.g., for a call setup) to perform the operation of receiving the terminal capacity information without changing the counterpart terminal. However, it is not necessary, because the capacity information of the counterpart terminal has not changed and it is already stored in the terminal from the previous OPTIONS operation. Additionally, this operation can increase the network load. In general, on the other hand, the current capacity information related to the terminal can be updated dynamically. The cases in which the terminal capacity information (capabilities) can be changed (updated) according to the prior art will be explained below. There are three cases in which the current capacity information of the terminal can be changed in that terminal. Particularly, there is a first case in which several devices (for example, a camera, etc.) have been dynamically attached to the terminal and separated from it, a second case where the terminal has been registered in an IMS service , and a third case where the terminal has updated its current capacity information by downloading a new encoder / decoder using a download service. After the change of the real capacity information of the terminal, if a temporary storage of the terminal is not updated together due to power on / off, SIM change, time out, and the like, all of which are related to the terminal , then the capacity information of the terminal, as it is stored in the temporary memory of this terminal can not accurately reflect the real capacity information (capabilities) of that terminal. Then, because the counterpart terminal receives the stored capacity information from the temporary memory of the terminal, the actual capacity information of the terminal will not be consistent with the capacity information of the terminal, as it is stored in the temporary memory of the counterpart terminal. That is, due to the dynamic change, the current capabilities of the terminal may not be known to the counterpart terminal. Therefore, when the counterpart terminal wishes to use a CSI with the last terminal, the counterpart terminal could confirm that the capacity information of the terminal has already been stored in the buffer memory of the counterpart terminal, and immediately after, send a message of INVITE the terminal after the exchange of radio capacity between them, without sending the message OPTIONS (that is, the OPTIONS procedure) to obtain the capacity information of the terminal. The counterpart terminal consequently requests a PoC service from the terminal. Nevertheless, because the capabilities of the terminal have changed (for example, the terminal does not have the full capacity to perform the PoC service), the terminal deregisters the PoC service, the PoC service fails when required, and thus, the Counterpart terminal must perform the OPTIONS procedure again to obtain the capacity information of the terminal. In this way, the terminal capacity information previously stored can not be used in the prior art. Additionally, in the current mobile communication system, a subscriber may have multiple terminals, and a user identity The public can be used simultaneously in different subscriber identity modules (SIMs) of the terminals. In particular, a subscriber shares an International Mobile Subscriber Directory Number (MSISDN) with other terminals to use. In the case of a temporary memory, which uses only a public user identity, when a request is received, it does not have the possibility of receiving the terminal to recognize which of the multiple terminals of the counterparty has sent the request due to the use of the public user identity. Therefore, the merge service (for example, the CSI) can not be performed normally with the terminal that has already sent the request.

BRIEF DESCRIPTION OF THE INVENTION TECHNICAL SOLUTION Therefore, an object of the present invention is to provide a terminal or user equipment (UE), the method and system for performing a combination service using a terminal capacity version, which have the ability to simplify the procedure of terminal capacity information exchange and a signaling procedure during a connection configuration for a combination service, allowing each terminal to send a terminal capacity version thereof.

Another object of the present invention is to provide a terminal / UE, a method and system for performing a combination service using a terminal capacity version in which, whenever the terminal capacity information of each terminal is changed, each terminal maintains a terminal capacity version of the same with a unique value and sends the terminal capacity version during a connection configuration for a combination service, whereby, if the terminal capacity information of the other party has been changed, can be determined correctly and the efficiency of the use of temporary memory can be increased by keeping the information consistent in the temporary memories of the terminals involved. Another object of the present invention is to provide a terminal, system and method for providing a CS service, a SIP-based service (for example, an IMS service, etc.) or a CSI service, which responds to the associated limitations and disadvantages. with the related technique. In order to achieve these and other advantages and in accordance with the purpose of the present invention, as widely represented and described herein, there is provided in accordance with one aspect, a method for performing a combination service in a method for performing Simultaneously, different services between two or more terminals, the method comprises: exchanging versions of terminal capacity when a service connection is requested; and compare the received terminal capacity version with a stored terminal capacity version to perform in selective a terminal capacity information exchange procedure and a service connection configuration procedure. According to another aspect of the present invention, in a system for simultaneously performing different services between two or more terminals, a method for performing a combination service may comprise: generating a terminal capacity version based on the information of terminal capacity; and send the terminal capacity version when requesting a service connection. To achieve these and other advantages and in accordance with the purpose of the present invention, according to another aspect, in an apparatus for performing a combination service with at least one or more terminals, a terminal may comprise a storage unit for store at least one version of terminal capacity and terminal capacity information of a counterpart terminal, and a processor to send a terminal capacity version of the terminal itself to the counterpart terminal when it connects the service and compares a capacity version terminal of the counterpart terminal, which is received from the counterpart terminal, with a stored terminal capacity version of the counterpart terminal to selectively perform a terminal capacity information exchange procedure and a service connection configuration procedure. In accordance with still another aspect of the present invention, in a method for simultaneously performing first and second services between two or more terminals, a method for performing a combination service may comprise: sending a call configuration message for the first service, which includes a first capacity version from an originating terminal to a receiving terminal (termination); receiving, via the originating terminal, a connection response message including a second capacity version of the receiving terminal; and sending a session connection request message for the second service from the originating terminal to the receiving terminal when it is confirmed that the second received capacity version is equal to a stored capacity version of the receiving terminal. According to another aspect, the present invention provides a terminal with the ability to provide a switched circuit service (CS), a service based on session initiation protocol (SIP) or a CSI service, which is a combination of the service CS and an IP multimedia subsystem (IMS), wherein the terminal comprises: a controller for generating a terminal capacity version based on at least one terminal capacity information of the terminal, and transmitting the terminal capacity version to at least one target terminal, wherein the terminal capacity version identifies a version of the terminal capabilities. According to another aspect, the present invention provides a terminal to provide a switched circuit service (CS), a service based on session initiation protocol (SIP) or a CSI service which is a combination of the CS service and a sub -IP multimedia system (IMS), where the terminal comprises: a controller for transmitting a terminal capacity version of the terminal to at least one target terminal and receiving a terminal capability version of the at least one target terminal, during an IM session configuration or during a CS call configuration, where the terminal capacity version identifies a version of the corresponding terminal capabilities. According to another aspect, the present invention provides a terminal with the ability to provide a switched circuit service (CS), a service based on session initiation protocol (SIP), or a CSI service which is a combination of the service CS and an IP multimedia subsystem (IMS), wherein the terminal comprises: a controller for receiving a terminal capacity version of at least one target terminal, comparing the received terminal capacity version with a terminal capacity version stored previously of the at least one target terminal, and determine whether to request the terminal capacity information of the at least one target terminal based on the comparison result, wherein the terminal capacity version identifies a version of the capabilities of at least one target terminal. According to another aspect, the present invention provides a system with the ability to provide a switched circuit service (CS), a service based on session initiation protocol (SIP) or a CSI service which is a combination of the CS service and a multimedia sub-system (IMS), the system comprises: a first terminal and a second terminal to exchange terminal capacity versions thereof among themselves during a service configuration, each terminal capacity version identifies a version of the corresponding terminal capabilities. According to another aspect, the present invention provides a method for providing a switched circuit service (CS), a service based on the session initiation protocol (SIP) or a CSI service which is a combination of the CS service and a IP multimedia sub-system (IMS), the method comprises: generating, by means of a terminal, a terminal capacity version based on at least one terminal capacity information of the terminal; and transmitting, through the terminal, the terminal capacity version generated to at least one target terminal, wherein the terminal capacity version identifies a version of the terminal capabilities. According to another aspect, the present invention provides a method for providing a switched circuit service (CS), a service based on session initiation protocol (SIP) or a CSI service, which is a combination of the CS service and a IP multimedia sub-system (IMS), wherein the method comprises: transmitting, via a terminal, a terminal capacity version of the terminal to at least one target terminal during an IM session configuration or a CS call configuration; and receiving, via the terminal, a terminal capacity version of the at least one target terminal from the at least one target terminal during the IM session configuration or the CS call configuration, in where the terminal capacity version identifies a version of the corresponding terminal capabilities. According to another aspect, the present invention provides a method for providing a switched circuit service (CS), a service based on session initiation protocol (SIP), or a CSI service, which is a combination of the CS service and an IP multimedia sub-system (IMS), wherein the method comprises: receiving, via a terminal, a terminal capacity version of at least one target terminal; comparing, via the terminal, the received terminal capacity version with a terminal capacity version stored in advance of the at least one target terminal; and determining, by the terminal, whether to request for the terminal capacity information of the at least one target terminal based on the comparison result, wherein the terminal capacity version identifies a version of the capabilities of the at least a target terminal. According to another aspect, the present invention provides a method for providing a switched circuit service (CS), a service based on session initiation protocol (SIP) or a CSI service, which is a combination of the CS service and an IP multimedia sub-system (IMS), wherein the method comprises: exchanging, via the first and second terminals, a terminal capacity version of the first terminal and a terminal capacity version of the second terminal with each other during a service configuration, each terminal capacity version identifies a capability version of the corresponding terminal. According to another aspect, the present invention provides a method for providing switched circuit service (CS), a service based on session initiation protocol (SIP) or a CSI service which is a combination of the CS service and a multimedia subsystem IP (IMS), wherein the method comprises: storing, in a first terminal during a previous CSI service, a public user ID of a second terminal, the terminal capacity information of the second terminal, and a capacity version of terminal of the second terminal, wherein the terminal capacity version of the second terminal identifies a version of the capabilities of the second terminal; storing, in the second terminal during a previous CSI service, a public user ID of the first terminal, terminal capacity information of the first terminal, and a terminal capacity version of the first terminal, wherein the capacity version terminal of the first terminal identifies a version of the capabilities of the first terminal; update the terminal capacity information of the first terminal if the capacity information of the first terminal is changed dynamically; generating, via the first terminal, a new terminal capacity version of the first terminal based on at least the updated terminal capacity information of the first terminal; transmit an INVITE message for an IMS session configuration from the first terminal to the second terminal, the message of INVITE includes the new terminal capacity version of the first terminal; comparing, through the second terminal, the terminal capacity version received from the first terminal with the stored terminal capacity version of the first terminal; and performing selectively, through the second terminal, a procedure for requesting terminal capacity information based on the comparison result. According to another aspect, the present invention provides a method for providing a switched circuit service (CS), a service based on session initiation protocol (SIP) or a CSI service, which is a combination of the CS service and a IP multimedia sub-system (IMS), wherein the method comprises: storing in a first terminal during the previous CSI service, a public user ID of a second terminal, the terminal capacity information of the second terminal and a version of terminal capacity of the second terminal, wherein the terminal capacity version of the second terminal identifies a capability version of the second terminal; storing in the second terminal during a previous CSI service, a public user ID of the first terminal, terminal capacity information of the first terminal, and a terminal capacity version of the first terminal, wherein the capacity version of terminal of the first terminal identifies a capability version of the first terminal; update the terminal capacity information of the first terminal if the capacity information of the first terminal changes dynamically; generate, through the first terminal, a version of new terminal capacity of the first terminal based on at least the updated terminal capacity information of the first terminal; transmitting a call configuration message for a CS call configuration of a current CSI service from the first terminal to the second terminal; transmitting a connect call message from the second terminal to the first terminal in response to the call configuration message, the call connect message includes a current terminal capacity version of the second terminal; performing selectively, via the first terminal, a request procedure for terminal capacity information based on a comparison of the terminal capacity version of the second terminal included in the message connecting received call with the terminal capacity version stored from the second terminal; transmitting an INVITE message from the first terminal to the second terminal, wherein the new terminal capacity version of the first terminal is included in the transmitted INVITE message and / or the transmitted call configuration message; and selectively performing, through the second terminal, a capability information request procedure based on a comparison of the terminal capacity version of the first terminal included in the received call connect message and / or the INVITE message with the stored terminal capacity version of the first terminal. The above objects and other objects, features, aspects and advantages of the present invention will become more apparent from the following detailed description of the present invention when taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are included to provide a further understanding of the present invention and are incorporated therein and constitute a part of this specification, illustrate the embodiments of the present invention and together with the description serve to explain the principles of the present invention. In the drawings: Figure 1 is a diagram illustrating a network construction for providing a general combination service between first and second terminals; Figure 2 is a diagram illustrating a general method for exchanging terminal capacity information between the first and second terminals of Figure 1; Figure 3 is a diagram illustrating a terminal equipped with a storage unit for storing a terminal capacity version according to the current terminal capacity information according to an embodiment of the present invention; Figure 4 is a diagram illustrating the different examples of a method for generating a single terminal capacity version, which corresponds to the current terminal capacity information in accordance with the present invention; Figure 5 is a diagram illustrating a method for performing a combination service using terminal capacity versions according to a first embodiment of the present invention; Figure 6 is a diagram illustrating a method for performing a combination service using the terminal capacity versions according to a second embodiment of the present invention; and Figures 7 and 8 are diagrams illustrating a method for performing a combination service using the terminal capacity versions according to a third embodiment of the present invention.

DETAILED DESCRIPTION OF THE BNVENCBON Now the detailed description of the present invention will be presented, with reference to the accompanying drawings. In the following, explanations for a terminal, method and system for performing a combination service using a terminal capacity version according to the preferred embodiments of the present invention will be presented with reference to the accompanying drawings. In the present description of the present invention, the term "capacity version" of a terminal (or terminal capacity information), is the version information that identifies the version of the capabilities (capacity information) of the terminal. For example, a terminal capacity version is a unique value that identifies the current version (group) of capabilities that the terminal has. In the present invention, at least the current capacity information of a terminal is used to generate a single terminal capacity version. Starting from the placement of a combination service connection between at least two terminals, the terminals can send their capacity versions to the other terminals using a SIP signaling message, or send their capacity versions to the other terminals when it sends current radio capacity environment information during a call setup. Accordingly, a first terminal compares the previously stored capacity version of a second terminal with a capacity version currently received from the second terminal to determine if the terminal capacity information of the second terminal has been updated, and thus, selectively performs a terminal capacity information exchange procedure and a service connection configuration procedure. For example, if the comparison of the capacity versions indicates that the terminal capacity information of the second terminal has changed, then the first terminal performs the terminal capacity information request / exchange procedure to obtain the capacity information of the terminal. updated terminal of the second terminal from the second terminal. As a result, the first terminal request for the terminal capacity information of the second terminal only when the first terminal determines the terminal capacity information of the second terminal has been changed / updated. Now, the terminal capacity information of each terminal according to the present invention will be explained. The terminal capacity information (ie, the capacity group or capability group) may include at least one or more of the following items: Screen capabilities, colors, resolution sizes and the like * memory / storage capacity ( to download video, small attachments, etc.) * ability to transmit / download video and still images * types of encoder / decoder (EFR, AMR, MPEG4, H.264, MPS, etc.) * release / software version / firmware of the device. * calendar storage capacity * contact storage capacity * note storage capacity * operating system of devices (terminals) * browser types (WAP 1.2 / 2.0, HTML, etc.) * MExE classification number ( mobile execution environment) Capabilities USIM application toolkits (release / version) "data index capability" SIP call control protocol "number of simultaneous supported PDP contexts" number of supported APNs In the present invention, said terminal capability information of a Terminal alone or with some other information is used to generate a single terminal capacity version. For example, the terminal may only use its terminal capacity information to generate the terminal capacity version. As an alternative, the terminal may use its terminal capacity information, a private user identity (ID) associated with the terminal, a public user ID associated with the terminal, to generate the single terminal capability version. Therefore, if a user has several terminals and the various terminals use the same pubic user ID, it is possible to correctly distinguish the terminal capacity information of each terminal, using the same public user ID based on the version of corresponding terminal capacity of each terminal. As another alternative, the terminal can use its terminal capacity information and a public user ID associated with the terminal to generate the single terminal capacity version.

In accordance with the present invention, in order to generate the single terminal capability version based on at least the terminal capacity information, the terminal may use a hash function or may use other methods. Additionally, the terminal capacity version may have a single one-byte value (or some other data size) according to the terminal capacity information (i.e., capacity groups). When the terminal capacity version has the value of one byte, 256 of different terminal capacity information may be represented. The number of terminal capacity versions to be represented can be increased or decreased according to the characteristics of an application program. The unique values of the terminal capacity versions can be indicated in a bit form or a digit form. The terminal capacity version can also have a unique value in a UCB-XX form (Capability Version UE-XX). At this point, the "XX" can have values that belong to a range of "00" to a hexadecimal number "FF". The terminal capacity version having the form UCV-XX can be generated by a user agent CSI (CUV) based on the terminal capacity information. The hexadecimal number "XX" is encoded in the terminal (ie, UE) capacity version information element.

TABLE 1 to to Each terminal (UE) stores its own version of terminal capacity according to at least its terminal capacity information in a storage unit associated with that terminal, and also stores the version (s) of terminal capacity of other terminals . Figure 3 illustrates a terminal 100 or 200 equipped with said storage unit for storing the version (s) of terminal capacity according to the present invention. The storage unit can be a memory or temporary memory 160, or a Universal Subscriber Identity Module (USIM) 170. Both the internal storage and / or the external storage / which can be disconnected from the terminal can store therein the current capacity version of the terminal, as well as the capacity version (s) of other terminals. Each terminal also includes a controller / processor 150 and other known components in the terminals of the related art or the like such as a user data entry unit, a display unit, an audio unit, a network interface, etc. . The terminal capacity information of each terminal, on the other hand, can be updated dynamically. The information of terminal capacity of the terminal can be updated, for example, when various devices (for example, a camera, etc.) were attached dynamically to the terminal or separated from it, when the terminal was registered in a sub-service -IP 8IMS multimedia system) or it is deregistered, when the terminal uses a download service to download a new encoder / decoder, or the like. The present invention can in fact cover any situation in which the terminal changes / updates its capabilities (capacity information). In all these situations, the terminal generates a single terminal capacity version each time the terminal capacity information of the terminal is updated (changed), and the generated new terminal capacity version is stored in the storage unit of the terminal. the terminal as the current terminal capacity version of the terminal. Figure 4 illustrates different examples of a method for generating a single terminal capacity version based on at least the current terminal capacity information in accordance with the present invention. This method can be performed by the terminal, for example, terminal 100, 200 of Figures 3 and 5 to 7. As shown in Figure 4, a known hash function can be used to generate a single terminal capacity version for each terminal. To use the hash function, the terminal enters only the updated terminal capacity information within the hash function to generate a single terminal capacity version. As an alternative, the terminal can enter a private user ID and (or a public user ID within the hash function together with the updated terminal capacity information, such that it generates a single terminal capacity version. , a single terminal capacity version can be generated using a hash function or other encryption function by means of the following (a) or (b): (a) the terminal capacity information of the terminal, an associated public user ID with the terminal, and a private user ID associated with the terminal, or (b) the terminal capacity information of the terminal and a public user ID associated with the terminal.In the first example of Figure 4, if the current terminal capacity information (i.e., terminal capacity information of the first terminal) of the terminal is a capacity group that includes display capabilities with 256 colors and a resolution of 640 x 486, a memory of 256 MB, a full index enhanced 8EFR), a multiple index of adaptation (AMR), group of experts of moving images 4 (MPEG4), a type of encoder / decoder that includes H.264, and a type of WAP browser 1.2, then the terminal enters the first terminal capacity information within a hash function to generate a first version of terminal capacity that has a unique value. As illustrated in Figure 4, the first version of terminal capacity can be '0100 1000', for example.

In the second example of Figure 4, when a camera is attached to the terminal and thus the capacity of the terminal is changed, the terminal enters its current terminal capacity information (i.e., the second terminal capacity information). ) that has a camera function added to it within a hash function to generate a second version of terminal capacity that has a unique value. At this point, the second version of generated terminal capacity can be '1011 1001', for example. In the third example of Figure 4, when a type of finder of the terminal is updated for a WAP 2.0, the terminal uses its current terminal capacity information (ie, the third terminal capacity information) of which type of The search engine has been updated to generate a third version of terminal capacity that has a unique value. The third version of terminal capacity can be '0101 1000J for example. As mentioned above, whenever the terminal capacity information of the terminal is changed dynamically, the terminal changes its version of terminal capacity to have a new single value based on at least the changed terminal capacity information. . Accordingly, it is possible to easily confirm whether the terminal capacity information of the terminal has been changed or not based on whether the terminal capacity version of the terminal has been changed or not.

In the present invention, from the exchange of the terminal capability information of the terminal using a session initiation protocol (SIP) signaling message (e.g., an OPTIONS message, an INVITE message, etc.). ) or from the exchange of the current radio capacity environment information during a call configuration (eg, a call setup message), each terminal sends its terminal capacity version to the other terminal (s). The terminal capacity versions of the other exchanged terminal (s) are stored in each terminal together with the changed terminal capacity information and the public user ID associated with the corresponding terminal. After this, placing a service connection for a join service includes, but is not limited to, CSI, if the terminal capacity version value of a B terminal stored in a terminal A is different from the capacity version value terminal B terminal currently received by terminal A according to the comparison between them, then terminal A can notify terminal B that the stored terminal capacity version of terminal B needs to be updated and also requests the current capacity information from terminal B. The terminal capacity version value of the terminal B, as stored in terminal A may be different from the terminal capacity version value of terminal B currently received by terminal A, in cases where the unit of storage (for example, a SIM or USIM) of terminal A has been replaced, the terminal capacity information of terminal B has been changed dynamica etc. On the other hand, as a method for maintaining a consistency of the storage unit of the terminal for storing the terminal capacity information, the present invention provides a method in which, when the terminal capacity information of the terminal has changed dynamica the changed contents are sent to another terminal with the public user ID stored in the storage unit of the terminal using a method such as LBS. Figure 5 illustrates a method for performing a combination service using a terminal capacity version according to a first embodiment of the present invention. The method of Figure 5 includes the method for generating a single terminal capacity version as discussed above. The method of Figure 5 can be implemented in the system and device of Figures 1 and 3, or in another similar or appropriate device / system. The procedures to be performed by terminal 100 or 200 can be performed and / or controlled by controller 150 of terminal 100 or 200. As illustrated in Figure 5, in order to perform the combination service that includes minus a first service and a second service, a system for performing a combination service using a terminal capacity version may include first and second Terminals 100 and 200, which exchange their terminal capacity versions with each other when they are connected for the first service. Each terminal compares the terminal capacity version received from the other terminal with a stored terminal capacity version from the other terminal, and if the two terminal capacity versions are not equal, it requests the updated terminal capacity information from the terminal. terminal for your reception. The system may additionainclude a first service network to provide the first service to the first and second terminals 100 and 200, and a second service network to provide the second service to the first and second terminals 100 and 200. When the first service is a SIP-based service such as an IMS service, the first service network may include a first IMS core network 410 to provide the IMS service to the first terminal 100, and a second IMS network 420 to provide the IMS service to the second terminal 200. When the second service is a CS service, the second service network may include a first central network CS (for example, 31 in Figure 1) to provide the CS service to the first terminal 100, and a second central network (for example, 32 in Figure 1) to provide the CS service to the second terminal 200. The system may also include other components, such as first and second core networks PS, prime and second xRANs, first and second ASs, etc. All the components of the system are coupled and / or configured in an operative way.

The storage unit 160, 170 of each terminal 100, 200 may store therein its own version of terminal capacity and the terminal capacity information, the terminal capacity version and the terminal capacity information of the other terminals. (for example, obtained from a previous service connection with the other terminal (s)), and its own public user ID and a public user ID of the other parties. The controller / processor 150 of each terminal 100, 200 sends its terminal capacity version to another party / terminal when it is connected for the first service, compares the terminal capacity version of the other party received from the other party with the version of terminal capacity of the other part stored in the storage unit, and selectively performs a terminal capacity exchange procedure and a service connection configuration procedure based on the results of the comparison. Referring to Figure 5, the method for performing the combination service using the terminal capacity version according to the first embodiment of the present invention will now be explained. Figure 5 illustrates an example of the method in which an IMS session is placed first and after which, a CS call is placed when a combination service connection is placed, particularly the CSI connection. This method can also be applied when an IMS session is placed only, that is, the CS call is not placed after the IMS session is placed.

As shown in Figure 5, the first terminal 100 and the second terminal 200 exchange their terminal capacity information with each other using a combination service (e.g., a current CSI service connection) and thereafter stores respectively the terminal capacity information exchanged, for example, in the temporary memory of the respective terminal. The first and second terminals 100 and 200, respectively, store, for example, in their storage unit, at least one public user ID of the other party (associated with the other terminal), one terminal capacity version of the other. terminal, and the terminal capacity information of the other terminal (S51). The terminal capacity version of each terminal is calculated as stated above, for example, based on at least the capacity information of the terminal. The terminal capacity information may include a coder / decoder that can be supported, a file format and the like, for example. Additionally, each of the first and second terminals 100 and 200 also stores therein its own public user ID, its terminal capacity version (value), its terminal capacity information, etc. As an example, the current capacity versions of the first and second terminals are V.0J 2 and V.3.3. in step S51. Then, the first and second terminals 100 and 200 perform a data exchange and a voice exchange using the current session / connection for the CSI service, and after that, they release the CSI session / connection. current between the first and second terminals 100 and 200 (S52). At this point, the first terminal 100 may store therein the public user ID of the second terminal 200, the terminal capacity version of the second terminal 200, and the terminal capacity information of the second terminal 200, all which have been exchanged during the CSI configuration procedure, and also stores its version of terminal capacity in it. The second terminal 200 may also store said information related to the terminal capacity information of the first terminal 100 using the same method. The information stored in the first terminal 100 is used when the first terminal 100 expects to perform another subsequent CSI service with the second terminal 200. After this, the terminal capacity information of each terminal, for example, the terminal capacity information of the first terminal 100 can be changed due to various reasons. For example, the terminal capacity information of the first terminal 100 may be changed in cases where the IMS services (eg, PoC (press to talk on a cell phone), IM, transmission, etc.) were registered or deregistrados, the multimedia devices (for example, a camera, etc.) were dynamically linked to the first terminal 100 or separated from it, a download service was used to modify a new encoder / decoder or a file format that can be supported, or a version of a multimedia message service (MMS) was updated (S53).

When the terminal capacity information of the first terminal 100 is changed, the first terminal 100 changes its version of terminal capacity, for example, based on at least the updated capacity information of the first terminal 100 (S54). As a result, the current terminal capacity version of the first terminal 100 is now different from the terminal capacity version of the first terminal 100 stored in the second terminal 200. e.g., because the terminal capacity version of the first terminal 100 has been changed from V.1.12 to V.1.12 due to the change of its terminal capacity information, the current terminal capacity version of the first terminal 100 is now different from the terminal capacity version of the terminal. terminal 100 (for example, V.0J2 currently stored in the second terminal 200 (S55). After this, when the first terminal 100 wants to perform a CSI service with the second terminal 200, the first terminal 100 attempts a session connection for an IMS service. At this point, the first terminal 100 confirms that it already has information stored with respect to the second terminal 200, and immediately performs an IMS session configuration by sending a INVITE message without changing the terminal capacity information between them. The INVITE message includes therein the current terminal capacity version (ie, V.1.12) of the first terminal 100. The first terminal 100 may generate the INVITE message with reference to the information of the second terminal 200 stored in the terminal. the same and sends the generated INVITE message to the second terminal 200. The information of the second terminal 200 which is stored in the first terminal 100 may include at least the public user ID and the terminal capacity information of the second terminal 200. The INVITE message is sent from the first terminal 100 to the second terminal 200 by means of the first IMS central network 410 and the second IMS central network 420 (S56). The second terminal 200 obtains the terminal capacity version of the first terminal 100 included in the INVITE message. The second terminal 200 compares the received terminal capacity version (e.g., V.1.12) of the first terminal 100 with the terminal capacity version (e.g., V.1.12) of the first terminal 100 previously stored in the second. terminal 200. The second terminal 200 selects and performs one of the terminal capacity information exchange procedure and a response sending procedure with respect to the IMS session connection request according to the results of the comparison (S57). For example, if the terminal capacity version received from the first terminal 100 is the same as the previously stored terminal capacity version of the first terminal 100, the second terminal 200 determines that the current terminal capacity information of the first terminal 100 has not been changed after performing the previous CSI service, and therefore, sends an OK 200 message in response to the INVITE message. However, if the terminal capacity version received from the first terminal 100 is different from the previously stored terminal capacity version of the first terminal 100, the second terminal 200 determines that the current terminal capacity information of the first terminal 100 has changed after performing the previous CSI service, and this way, it performs the terminal capability information exchange procedure to obtain the current capacity information of the first terminal 100. That is, the second terminal 200 sends an OPTIONS request message (SIP message) to the first terminal 100. to request the changed terminal capacity information of the first terminal 100. The OPTIONS request message may include the current terminal capacity version of the second terminal 200. The request message of OPTIONS is sent from the second terminal 200 to the first terminal 100 by means of the first and second IMS core networks 410 and 420 (S58). The first terminal 100 that has received the request message e OPTIONS sends its terminal capacity information to the second terminal 200. The second terminal 200 then stores the recently changed terminal capacity information of the first terminal 100. Accordingly, each one of the first and second terminals 100 and 200 obtains and stores the current terminal capacity information and the current terminal capacity version of the other terminal. After this, if it is desired that the first terminal 100 and the second terminal 200 can perform a CS call configuration procedure through the first and second CS core networks to provide the CSI service. The CS call configuration procedure is known for the CSI service. Accordingly, each time the terminal capacity information of a terminal is changed, the terminal capacity version can be maintained with a single value, and subsequently sent to one or more parts, whereby it is possible to determine whether the terminal capacity information of each terminal has been changed or not and subsequently the terminal capacity information may be requested if the terminal capacity information has changed based on the determination, whereby the unit is stably used storage of each terminal. The present invention thus provides an effective and efficient system and method for exchanging terminal capacity information for a combination service such as a CSI. Figure 6 illustrates a method for performing a combination service using a terminal capacity version according to a second embodiment of the present invention. The method of Figure 6, includes a method for generating a single terminal capacity version as described above. The method of Figure 6 can be implemented in the system and device of Figures 1 and 3, or in another similar or suitable device / system. The procedures to be performed by terminal 100 or 200 can be performed and / or controlled by means of controller 150 of terminal 100 or 200.

As illustrated in Figure 6, a system for performing the combination service using the terminal capacity version according to the present invention may include the first and second terminals 100 and 200, the first and second core networks IMS 410 and 420 and the first and second core networks CS 310 and 320. Figure 6 illustrates a method for performing a join service in which, when the join service is the CSI service, the CS call is first placed and then placed the IMS session. Step S61 is performed using the same method used for steps S51 and S52 of Figure 6. Upon completion of the CSI service between the first terminal 100 and the second terminal 200, the public user ID, the terminal capacity information, and the terminal capacity version of each terminal are stored in the other of the first and second terminals 100 and 200 (S61). That is, step S61 is the same or similar to step S51 and S52 of Figure 5. As an example, it is assumed that the following information is stored in the first terminal 100: The second terminal; bobs@1ge.com; text-audio-mpeg-type encoder / decoder-etc; V.3.3 Where the public user ID of the second terminal 200, for example, URI, is bobs@1ge.com, the information of terminal capacity that can be supported from the second terminal 200 indicates text, audio, video, mpeg and various encoders / decoders, and the current terminal capacity version of the second terminal 200 is V.3.3. After this, each of the first and second terminals 100 and 200 can dynamically change their terminal capacity information, for example, in cases of registration and deregistration of the IMS service, joining and separating multimedia devices, etc. As an example, an explanation will be presented below for a case where the terminal capacity information of the first terminal 100 has been changed. When the terminal capacity information of the first terminal 100 is changed, the first terminal 100 uses at least the changed terminal capacity information (with or without additional information, such as public user ID and / or private user ID). ) to generate a new terminal capacity version that has a unique value (S62 and S63). As an example, the previous terminal capacity version of the first terminal 100 was V.0J2, while the recently generated (changed) terminal capacity version is VJ .12. After this, when the first terminal 100 first wishes to place a CS call to perform a CSI service with the second terminal 200, the first terminal 100 sends a CS call configuration message (e.g., a CONFIGURATION message) to the second terminal 200 (S64). The CS call configuration message may include at least the terminal capacity version of the first terminal 100. For example, the current terminal capacity (value) version of the first terminal, which is V.1.12, is included in the call configuration message. The call configuration message is sent from the first terminal 100 to the second terminal 200 via the first and second core networks CS 310 and 320. The second terminal 200 then sends a CONNECT connection message to the first terminal 100 in response to the call configuration message (S65). The CONNECT connection message may include at least the terminal capacity version (eg, V.3.3.) Of the second terminal 200. The CONNECT connection message may be sent from the second terminal 200 to the first terminal 200 by means of the first and second CS 310 and 320 core networks. After completing the CS call configuration, in order to place an IMS session for the CSI service, the first terminal 100 compares the previously stored terminal capacity version ( for example, V.3.3) of the second terminal 200 with the terminal capacity version (eg, V.3.3) of the second terminal 200 received when the CS call (S66) is placed. According to the results of the comparison, the first terminal 100 selects and performs either the terminal capability information exchange procedure or immediately the IMS session configuration procedure. For example, in step S66, if the previously stored terminal capacity version of the second terminal 200 is different from the terminal capacity version received from the second terminal 200, the first terminal 100 determines that the terminal capacity information of the second terminal 200 has been changed because it performs a previous CSI service. Therefore, the first terminal 00 performs the procedure for exchanging / transmitting terminal capacity information, wherein the first terminal 100 sends a request message SIP OPTIONS to the second terminal 200 in order to request and receive the information of terminal capacity changed from the second terminal 200 from the second terminal 200 (not shown in Figure 6, although similar to the OPTIONS procedure of Figure 2). However, in step S66, if the previously stored terminal capacity version (e.g., V.3.3) of the second terminal 200 is equal to the received terminal capacity version (e.g., V.3.3) of the second terminal 200 (which is the case in the present example), the first terminal 100 determines that the current terminal capacity information of the second terminal 200 is equal to the terminal capacity information of the second terminal 200 at the time to perform the previous CSI service. That is, there is no change in the terminal capacity information of the second terminal 200. Therefore, the first terminal 100 does not send the request message OPTIONS for the exchange of terminal capacity information to the second terminal 200, but instead, it sends an INVITE message to the second terminal 200 to request an IMS session configuration thereto (S67). At this point, the message INVITE may include at least the terminal terminal capacity version of the first terminal 100. At this point, the terminal capacity version of the first terminal 100 is V.1.12, for example. The INVITE message is sent to the second terminal 200 by means of the first and second IMS core networks 410 and 420. The second terminal 200 then compares the terminal capacity version of the first terminal 100 that it has received using the INVITE message with the terminal capacity version of the first terminal 100 which has been previously stored therein (S68). According to the results of the comparison, the second terminal 200 selects one of the terminal capability information exchange procedure and the IMS session connection procedure. For example, the second terminal 200 transmits either a request for terminal capacity information of the first terminal 100 or response with respect to the IMS session connection request to the first terminal 100. That is, in step S68 , if the terminal capacity version received from the first terminal 100 is equal to the stored terminal capacity version of the first terminal 100, the second terminal 200 determines that the current terminal capacity information of the present first terminal 100 is equal to the terminal capacity information of a CSI service previously, and in this way sends a message OK 200 to the first terminal 100 in response to the INVITE message (not shown in Figure 6, although similar to that shown in Figure 2). However, in step S68, if the terminal capacity version received from the first terminal 100 is different from the stored terminal capacity version of the first terminal 100, for example, if the received terminal capacity version is V .1.12 and the stored terminal capacity version is V.0J2, the second terminal 200 determines that the current terminal capacity information of the first terminal 100 is different from the terminal capacity information of the previous CSI service. In other words, the second terminal 200 determines that the terminal capacity information of the first terminal 100 has changed. The second terminal 200 accordingly sends an OPTIONS request message to the first terminal 100 in order to request the changed terminal capacity information of the first terminal 100 (S69). The present request OPTIONS message may include the terminal capacity version of the second terminal 200. The first terminal 100 having received the OPTION request message then sends the terminal capacity information changed therefrom to the second terminal 200. using an OPTIONS response message, such that the second terminal 200 can obtain the current capacity information of the first terminal 100 for the CSI service.

Accordingly, the second terminal 200 stores the changed terminal capacity information of the first terminal 100 therein, as well as the capacity version of the first terminal 100 corresponding to the changed terminal capacity information of the first terminal 100. 100. Accordingly, the present invention maintains consistency between the current terminal capacity information of the first terminal 100 and the terminal capacity information of the first terminal 100 stored in the second terminal 200. After this, the session IMS is placed between the first and second terminals 100 and 200, through an IMS session configuration procedure and the actual data (means) are exchanged between them (S70). In step S64, if the call configuration message CS to the second terminal 200 includes the terminal capacity version of the first terminal 100, then the second terminal 200 may compare the received capacity version with the terminal capacity version. stored from the first terminal 100 and can perform the capacity information exchange procedure (if the versions are different) or the IMS session configuration procedure directly (if the versions are the same). Accordingly, each of the first and second terminals 100 and 200 utilizes a single terminal capacity version of the other terminal that has been generated based on at least the information of Current terminal capacity of the other terminal. This avoids the problematic inconsistency between the received terminal capacity information and the previously stored terminal capacity information, and also simplifies a signaling procedure for the combination service connection. Additionally, because the terminal capacity information exchange / transmission procedure is performed only when the received capacity version value is different from the previously stored terminal capacity version of the corresponding terminal, the network load is reduced and CSI service procedures become effective and efficient. Additionally, a user generally has a plurality of terminals and the terminals generally use the same public user ID. At this point, in a general combination service system, each terminal stores the terminal capacity information based on the public user ID (e.g., a URI), and consequently, it may be difficult to distinguish each capacity information. terminal of the plurality of terminals using the same public user ID (e.g., URI), thereby resulting in some inconsistency in the terminal capacity information. However, the present invention can generate a single terminal capacity version based on at least one public user ID of a terminal, a private user ID of the terminal and the terminal capacity information of the terminal, or based on at least the public user ID and the terminal capacity information of the terminal, for example, using the hash function or another encryption / encoding technique. Accordingly, even in cases where a user has a plurality of terminals and uses the same URI for all terminals, it is possible to generate different terminal capacity versions having unique values based on the terminal capacity information of each terminal. Accordingly, according to the present invention, each terminal has a single terminal capacity version based on the terminal's current terminal capacity information, whereby, it is possible to distinguish the plurality of terminals and each capacity information. terminal of the plurality of terminals. Additionally, in the related art, because a previously stored information confirmed from the emitter side of a receiver side, determines if the terminal capacity information was changed (updated), and then the terminal capacity information exchange procedure is performed, when the user of the sending side previously places a call sending function towards a determined terminal between the plurality of terminals belonging to the user, the procedure of exchange of terminal capacity information was performed unnecessarily. However, in the present invention, if there is a change in the terminal capacity version during a call configuration or a session configuration, a given side (i.e., the originating side or the receiver side) that have received the terminal capacity version of the other side compare the received terminal capacity version with a previously stored terminal capacity version to determine if the terminal capacity information has been changed. Accordingly, the problem of the related art can be solved, which can be caused when an additional service is used, such as a call exchange. Figures 7 and 8 illustrate a method for performing a combination service using a terminal capacity version according to a third embodiment of the present invention. As illustrated in Figures 7 and 8, the third embodiment addresses a situation when a combination service is performed between at least a first user and a second user, and the second user has a plurality of terminals using the same Public user ID associated with the second user. The method of Figures 7 and 8 includes the method of generating a single terminal capacity version as previously stated. The method of Figures 7 and 8 can be implemented in the system and arrangement of Figures 1 and 3 or in another similar or suitable device / system. The procedures can be performed by terminal 100 or 200, they can be performed and / or controlled by controller 150 in terminal 100 or 200. As illustrated in Figures 7 and 8, in a system for performing the combination service of According to the present invention, the first user uses the first terminal 100, and the second user uses a plurality of terminals 200 designated herein as a terminal 2-1 210 and a terminal 2-2 220, as examples. Terminals 2-1 and 2-2 210 and 220 use the same public user ID, for example, a URI. In the method for performing the combining service illustrated in Figures 7 and 8, when the combining service is a CSI service, a CS call is placed first and an IMS session is placed thereafter. Additionally, in the method of Figures 7 and 8, the second user has previously placed a call forwarding function to send incoming calls to terminal 2-2 220. In this example, the terminal capacity information of each one of the terminals 2-1 210 and the terminal 2-2 220 is not changed during the CSI services while the first terminal 100 dynamically updates its terminal capacity information. Other scenarios are possible and the present invention equally applies to them. It is assumed that the first terminal of the first user 100 has previously performed a CSI service with the second terminal 2-2 220 of the user, and consequently, a public user ID, terminal capacity information and a terminal capacity version of the other terminal has already been stored in each of the first terminal 100 and the terminal 2-2 220. After this, the first terminal 100 performs a CSI service with the second terminal 2-1 210 of the user. Accordingly, the public user ID, the terminal capacity information and the version of terminal capacity of the other terminal, all of which were exchanged during a service connection configuration CSI, are stored in each of the first terminal 100 and the terminal 2-1 210 (S71). That is, the first terminal 100 stores therein the public user ID, the terminal capacity information and the terminal capacity version, all of which are related to the terminal 2-1 210, and also stored therein. said information related to the terminal 2-2 220. At this point, the terminal capacity version of the first terminal 100 is 1000 0100, for example, while the capacity versions of the terminals 210 and 220 are 0010 1010 and 1000 1001, respectively, for example. Because the capacity versions of terminals 210 and 220 can be generated based on the terminal capacity information with or without the public user ID and / or the private user ID as previously raised, each capacity version (value) will be unique. Then, when the terminal capacity information of the first terminal 100 is changed, for example, due to the multimedia devices that are attached to it, such as a camera, or the devices are separated from it, the first terminal 100 it uses at least its changed terminal capacity information to generate a single terminal capacity version (S72) again. At this point, the version of newly generated terminal capacity of the first terminal 100 is 1000 0101, for example. When the first terminal 100 having the changed terminal capacity information wishes to perform another CSI service with the terminal 2-1 210, the terminal 2-1 210 determines that the current terminal capacity information of the first terminal 100 has been changed based on the changed terminal capacity version of the first terminal 100. That is, the terminal 210 compares the terminal capacity version received from the first terminal 100 with the previously stored version to perform this determination. Terminal 2-1 210 requests and then receives the changed terminal capacity information from the first terminal 100 therefrom, for example, using the OPTIONS request, etc. (S73). After this, the second user registers a call sending function in order to send any calls received at the terminal 2-1 210 to the terminal 2.2 220 (S74 and S75). For example, the second user (terminal 2-2 220) registers the request to send the call in the second central network IMS 410, whereby the call delivery function placement information (information associated with the sending function of call) is generated and stored in an appropriate way. In another embodiment, the terminal 2-1 210 registers the request to send the call in the second central network IMS 410, whereby the information of Placement of call forwarding function (information associated with the call forwarding function) is generated and stored appropriately. After this, when the first terminal 100 wants to perform a CSI service with the second user, for example, the terminal 2-1 210, the first terminal 100 sends a CS call configuration message (for example, a CONFIGURATION message) directed to the second lerminal 2-1 210 of the user. This call setup message may include the current terminal capacity version of the first terminal 100, eg as 1000 0101, for example. Because the call sending function has been registered, the second central network IMS 420 then sends the call configuration message to the second terminal 2-2 220 of the user by using the registered call forwarding function (S76 ). The terminal 2-2 220 then sends to the first terminal 100 a connection message CONNECT in response to the received call configuration message (S77). The CONTACT connection message may include the current terminal capacity version of terminal 2-2 220, such as 1000 1001, for example. Accordingly, the CS call is placed between the first terminal 100 and the terminal 2-2 220. The first terminal 100 compares the terminal capacity version received from the terminal 2-2 220 with the previously stored terminal capacity version of the terminal. terminal 2-2 220. The first terminal 100 then selects and performs the exchange procedure of terminal capacity information or directly the IMS session connection configuration procedure according to the results of the comparison (S78). That is, if in a step S78 it was determined that the received capacity version of the terminal 2-2 220 is different from the stored terminal capacity version of the terminal 2-2 220, the first terminal 100 determines that the terminal capacity information from terminal 2-2 220 has been changed after performing the previous CSI service, and therefore it sends an OPTIONS request message to terminal 2-2 220 and exchanges (or receives) the information from terminal capacity between them (S82 and S83). On the other hand, the terminal capacity version received from the terminal 2-2 220 is determined in step S78 to be equal to the stored capacity version of the terminal 2-2220, the first diallensis 100 delermin that the terminal capacity information of terminal 2-2 220 has not been changed and proceeds directly to an IMS session configuration procedure without performing the terminal capacity information exchange procedure (S86). The terminal 2-2 220, on the other hand, compares the terminal capacity version received from the first terminal 100 with the storage capacity version stored earlier than the first terminal 100, and selectively performs the terminal capacity exchange procedure with the first terminal 100 based on the determination results (S79). If the terminal capacity version received Recently the first terminal 100 is not the same as the stored terminal capacity version of the first terminal 100, for example, if the received terminal capacity version is 1000 0101 and the stored terminal capacity version is 1000 0100, for example. example, then terminal 2-2 220 determines that the current terminal capacity information of the first terminal 100 has been changed after performing the previous CSI service. The terminal 2-2 220 accordingly determines to perform the procedure of exchanging terminal capacity information with the first terminal 100 in order to update the terminal capacity information of the first terminal stored in the terminal 2-2 220 for be the same as the current (changed) terminal capacity information of the first terminal 100. The terminal capacity information exchange procedure may be initiated by sending an OPTIONS request message from terminal 2-2 220 to the terminal 100 (S80). The first terminal 100 that has received the OPTION request message sends its changed terminal capacity information using an OPTIONS response message (S81). The OPTIONS response message may even include the terminal capacity version of the first terminal 100. The terminal 2-2 220 receives the changed terminal capacity information of the first terminal 100 through the OPTIONS response message and subsequently , it stores the received information in it.

After that, the first dial 100 places the IMS session with the dial 2-2 220 according to a known session setup procedure (S86) and exchanges media data between them according to the CSI service (S87). The present invention uses the terminal capacity version to determine whether the terminal capacity information has changed or not, and requests the terminal capacity information of only the terminal having the terminal capacity information changed based on the determination . Accordingly, according to the present invention, steps S80 and S81 and / or steps S82 and S83 for requesting and receiving terminal capacity information are not performed if the terminal capacity information has not changed, which is determined comparing the capacity versions (values). Additionally, when the terminal capacity information related to at least one terminal has changed after performing the previous CSI service between two terminals which have performed the CSI service before, the terminal capacity version may be used to determine is correct if the terminal capacity information of each terminal has changed, whereby the terminal capacity information stored in a local area (ie, the storage unit) of each terminal can be updated so as to avoid unnecessary signaling procedures (for example, S84 and S85) during the IMS session configuration. For example, the procedure sending an INVITE message based on the inaccurate capacity information of another terminal and thus receiving a failed response (S84 and S85) can be avoided because each terminal will always have the precise capacity information of the other terminals with the that will be in communication. The inventive concepts of Figures 7 and 8 can equally be applied to a situation where an IMS session is placed first and then configures a CS call (eg, Figure 5) between the terminals, some of which have the same ID of public user. Therefore, when a user has a plurality of terminals using the same public user ID, the different versions of the single terminal capability can be generated from each other based on at least the terminal capacity information of each terminal and the Generated terminal capacity versions can be exchanged during a call configuration or a session configuration. Therefore, the present invention allows a terminal on the sending side and a receiving side terminal (termination) to determine whether or not the terminal capacity information of the other terminal has changed. therefore, the problems of the related art, which may occur when an additional service is used, such as a call in dispatch, may be missed. According to the preferred embodiments of the present invention, each terminal can be a UE or a mobile terminal (although not is limited to this), which has the ability to provide a CS, a SIP-based service such as an IMS, a combination service, such as a CSI, etc. Examples of the terminal may be, but are not limited to, a PT client (press for), a mobile telephone, a UE (user equipment) for UMTS or the like, an MS (mobile station) for GSM or the like, a portable computer, a PDA (personal digital assistant), several types of mobile terminals. A PT client can be a PTT (push to talk) client, such as a PoC (premium for talking to a cell phone), a PTV client (click to view), a PTD client (click to receive damage), ele. According to the present invention, there are the same or similar steps in the modalities of the first to the third set forth herein. Therefore, the proposed variations of any embodiment of the present invention can be applied to the other embodiments of the present invention, as necessary. Also, in the event that a terminal receives a capacity version of another terminal that is different from the corresponding previously stored terminal capacity version, the terminal stores the capacity version received as the current capacity version of the other terminal. Similar storage is made for the information of the other terminal. Furthermore, it is determined during the comparison of capacity versions that there is no stored terminal capacity version of a target terminal in a terminal, then the terminal can perform the operations to request the capacity version and / or the capacity information of the terminal. the target terminal.

The method (s) of the present invention can be implemented in part using the existing programming language of the package. Said counting program (s) can be stored in portable or other portable memories or memories such as a hard disk, RAM, ROM, PROM, etc., associated with one or more computers or computing-based devices, such as networks and / or terminals. Similarly, said counting program (s) may be stored in a different storage medium, such as a USB, magnetic disk, optical disk, magneto-optic disk, eic. Said counting program (s) may also take the form of a propagation signal through the Internel, exile it, intranel or other network and arrive at a destination device (eg, a network server or terminal) for storage and implementation. Computing programs can be read using a computational device or based on known computation. As described above, in the present invention, when the lerminal capacity information of each lerminal is changed, a single terminal capacity version corresponding to the updated terminal capacity information is generated and thus maintained, and a message Service connection configuration can then be sent including the terminal capacity version in it. After this, a source terminal and a terminal (terminating) terminal, respectively, can compare the stored terminal capacity information of the other terminal and the capacity version of the terminal.

The terminal received from the terminal port, whereby, it can be determined whether the terminal capacity information of the other terminal has been changed or not. Further, in the present invention, when the change in terminal capacity information has been confirmed based on the terminal capacity version received from the other terminal, a terminal requests that the terminal capacity information be changed from the terminal terminal. from which the terminal capacity information has been changed and receives the information requested from it, thus maintaining the information consistent with the local storage unit of the one terminal and reducing the signaling procedures carried out for an exchange procedure of terminal capacity information. Additionally, in the present invention, the signaling for a service connection configuration can be simplified by confirming whether the wire capacity information of the other terminal has been changed and by selectively performing one of a capacity information exchange procedure and Service connection configuration procedure according to the results of the confirmation. In the present invention, even when a user has a plurality of terminals that use the same public user ID and has a call sending function of a receiver-side terminal, the originating terminal as the receiving terminal can conform respectively if the terminal capacity information of the other terminal (s) has been changed or not, to eliminate in this way the use and dependence of inaccurate or anligua information stored in the storage units of the terminal. Since the present invention can be represented in various forms without departing from the spirit and essential characteristics thereof, it should also be understood that the modalities described above are not limited by any of the above-described features, unless otherwise specified. , although instead it should be interpreted broadly within its spirit and scope as defined in the appended claims, and therefore, all changes and modifications that fall within the delimitation and limitation of the claims, or equivalents of said delimitations and limitations, therefore it is intended to be encompassed by the appended claims.

Claims

NOVELTY OF THE INVENTION CLAIMS 1. - A terminal with the ability to provide a switched circuit service (CS), a service based on session initiation protocol (SIP) or a CSI service, which is a combination of the CS service and an IP multimedia subsystem (IMS) , the terminal comprises: a controller for generating a terminal capacity version based on at least the terminal capacity information of the terminal, and transmilling the capacity version of the terminal to at least one target terminal, wherein the Terminal capacity version identifies a version of the capabilities of the terminal. 2. The terminal according to claim 1, further characterized in that the controller transmits the terminal capacity version to the at least one target terminal during an IM session configuration or during a CS call configuration. 3. The terminal according to claim 1, further characterized in that the controller transmits the terminal capacity version in an INVITE message, a call configuration message, a call connection message or an OPTIONS message. 4. The terminal according to claim 1, further characterized because if there is a change in the capabilities of the terminal, the controller generates a new terminal capacity version based on at least the changed capabilities of the terminal, and then transmits the new terminal capability version to the at least one objectionable terminal during a subsequent CS call configuration. or a following IMS session configuration. 5. The keypad according to claim 4, further characterized in that the new wire capacity version is transmitted to at least one target terminal in an INVITE message or a CONFIGURATION message. 6. The terminal according to claim 1, further characterized in that the controller also receives a terminal capacity version of the at least one target terminal, compares the received capacity version of the at least one objective terminal. with the terminal capacity version stored in advance of the at least one objective terminal, and determines whether to request the terminal capacity information of the at least one target terminal based on the comparison result. 7. The terminal according to claim 6, further characterized in that the controller requests the terminal capacity information of the at least one target terminal, if the terminal capacity version received from the at least one target terminal is different from the previously stored terminal capacity version of the at least one target terminal. 8. - The lerminal according to claim 6, further characterized in that the controller avoids requesting the terminal capacity information of the at least one target terminal from the at least one objec- tive terminal, and continues with a configuration procedure, if the The terminal capacity version received from the at least one target terminal is the same as the terminal capacity version stored above of the at least one target terminal. 9. The terminal according to claim 1, further characterized in that the terminal capacity version is a single value generated based on at least the terminal capacity information of the terminal. 10. The keypad according to claim 1, further characterized in that the controller generates the terminal capacity version based on (a) or (b) below: (a) the terminal capacity information of the terminal, a Public user ID associated with the terminal, and a private user ID associated with the terminal; or (b) the terminal capacity information of the terminal and a public user ID associated with the terminal. 11. The terminal according to claim 1, further characterized in that it additionally comprises: at least one storage unit for storing the terminal capacity version of the terminal. 12. - The terminal according to claim 11, further characterized in that the at least one storage unit is a memory, a temporary memory, or a subscriber identity module (SIM). 13. The terminal according to claim 1, further characterized in that the terminal capacity version has a value in a form UCV-XX (capacity version UE -XX), where XX is a 2-digit hexadecimal number. 14.- A terminal to provide a circuit switched service (CS), a service based on session initiation protocol (SIP) or a CSI service, which is a combination of the CS service and an IP multimedia sub-system (IMS) ), the terminal comprises: a controller for transmitting a terminal capacity version of the terminal to at least one objective terminal and for receiving the terminal capacity version of the at least one target terminal, during an IM session configuration or a CS call configuration, wherein the terminal capability version identifies a version of the corresponding terminal capabilities. 15. The terminal according to claim 14, further characterized in that the terminal capacity version of the terminal is a unique value generated based on at least the capacity information of the terminal. 16. The terminal according to claim 14, further characterized in that the controller generates the capacity version of the terminal terminal based on (a) or (b) below: (a) the lerminal capacity information of the terminal, a public user ID associated with the terminal, and a private user ID associated with the terminal; or (b) the terminal capacity information of the terminal and a public user ID associated with the terminal. 17. The terminal according to claim 14, further characterized in that it additionally comprises: at least one storage for storing in the same the terminal capacity version and a public user ID of the terminal, and the capacity version of the terminal. terminal and a public user ID of the at least one objective number. 18. The terminal according to claim 14, further characterized in that the terminal capacity version of the terminal and / or the terminal capacity version of the at least one target terminal have a value in a UCV-XX form (capacity version UE - XX), where XX is a 2-digit hexadecimal number. 19.- A terminal with the ability to provide a circuit switched service (CS), a service based on the start transfer protocol (SIP) or a CSI service, which is a combination of the CS service and a multimedia sub-system IP (IMS), the terminal comprises: a controller for receiving a terminal capacity version of at least one target terminal, comparing the received terminal capacity version with a previously stored terminal capacity version of the minus one target terminal and determines whether to request the terminal capacity information of the at least one target terminal based on the result of the comparison, where the capacity version identifies a capacity version of the at least one a target terminal. 20. The terminal according to claim 19, further characterized in that if the version of received terminal capacity of the at least one objectionable terminal is different from the stored capacity version of the previously stored at least one objelive terminal. , then the controller requests the terminal capacity information of the at least one target terminal. 21. The terminal according to claim 20, further characterized in that if the terminal capacity version received from the at least one target terminal is the same as the terminal capacity version stored above of the at least one terminal In this case, the controller avoids requesting the terminal capacity information of the at least one objective line from the at least one target terminal and proceeds with a CS or IMS procedure. 22. The terminal according to claim 20, further characterized in that the controller requests the current terminal capacity information of the at least one target terminal using an OPTIONS message. 23. - The terminal according to claim 19, further characterized in that the scheduler receives the terminal capacity version of the at least one objective line of the at least one target terminal during a CS call configuration or an IMS session configuration . 24. The terminal according to claim 19, further characterized in that the terminal capacity version of the at least one target terminal is a unique value generated based on at least the terminal capacity information of the minus a target terminal. 25. The terminal according to claim 19, further characterized in that the lerminal capacity version of the at least one objective lerminal has a value in a UCV-XX form (capacity version UE-XX) where XX is a 2-digit hexadecimal number. 26. The terminal according to claim 19, further characterized in that the at least one target terminal includes a second terminal and a third terminal for selectively exchanging its terminal capacity information with the correlator, and the third terminal is designated by the second terminal to communicate directly with the terminal based on the dispatch session placement information. 27. The terminal according to claim 26, further characterized in that the controller transmits a request message of intended configuration for the second terminal based on the dispatch function placement information, the third terminal receives the configuration request and transmits a terminal capacity version of the third terminal to the controller. 28. The terminal according to claim 27, further characterized in that the controller cres the terminal capacity version received from the third terminal with a stored terminal capacity version of the third terminal, and determines whether to request the capacity information. terminal of the third terminal based on the result of the crison. 29. The terminal according to claim 28, further characterized in that the controller requests the terminal capacity information of the third terminal, if the terminal capacity version received from the third terminal is different from the terminal capacity version. stored from the third terminal; and the correlator avoids requesting the terminal capacity information, and proceeds to perform a requested service, if the terminal capacity version received from the third terminal is the same as the stored capacity version of the third terminal. 30.- A method to provide a circuit switched service (CS), a service based on session initiation protocol (SIP) or a CSI service, which is a combination of the CS service and an IP multimedia sub-system (IMS) ), the method includes: generate, through a terminal, a terminal capacity version based on at least one terminal capacity information of the terminal; and transmitting, through the terminal, the terminal capacity version generated to at least one target terminal, wherein the capacity version identifies a capability version of the terminal. 31. The method according to claim 30, further characterized in that the transmission step transmits the terminal capacity version to the at least one objec- tive terminal during an IM session configuration or during a CS call configuration. 32. The method according to claim 30, further characterized in that the transmission step transmits the terminal capacity version in an INVITE message, a call configuration message, a connect call message, or an OPTIONS message. . 33.- The method according to claim 30, further characterized by additionally cising: if there is a change in the capabilities of the terminal, generating through the terminal, a new terminal capacity version based on at least the changed capabilities of the terminal; and transmitting, by means of the lerminal, the new terminal capacity version to the at least one target terminal during a subsequent CS call configuration or a subsequent IMS session configuration. 34. - The method according to claim 33, further characterized in that in the step of transmitting a new terminal capacity version, the new terminal capability version is transmitted to at least one target terminal in an INVITE message or a message of CONFIGURATION. The method according to claim 30, further characterized in that it additionally comprises: receiving, via the terminal, a terminal capacity version of the at least one target terminal; comparing through the terminal, the terminal capacity version received from at least one target terminal with a terminal capacity version stored in advance of the at least one target terminal; and determining, through the terminal, whether to request the terminal capacity information of the at least one target terminal based on the result of the comparison. 36. The method according to claim 35, further characterized in that the determination step determines requesting the terminal capacity information of the at least one target terminal, if the terminal capacity version received from the at least one The target terminal is different from the terminal capacity version previously stored in the at least one target terminal. 37.- The method according to claim 35, further characterized in that the determination step determines to avoid requesting the terminal capacity information of the at least one The objective path from the at least one target terminal, and the method continues with a configuration procedure, if the terminal capacity version received from the at least one target terminal is the same as the previously stored capacity version of the terminal capacity. the at least one target terminal. 38.- The method according to claim 30, further characterized in that in the generation step, the lerminal capacity version is a single value generated based on at least the terminal capacity information of the terminal. 39.- The method according to claim 30, further characterized in that the generation step generates the terminal capacity version based on (a) or (b) below: (a) the terminal capacity information of the terminal , a public user ID associated with the terminal and a private user ID associated with the terminal; or (b) the terminal capacity information of the terminal and a public user ID associated with the terminal. 40.- The lerminal according to claim 30, further characterized in that in the generation step, the terminal capacity version has a value in a UCV-XX form (capacity version UE-XX), where XX is a 2-digit hexadecimal number. 41.- A method to provide a circuit switched service (CS), a service based on session initiation protocol (SIP) or a CSI service, which is a combination of the CS service and a sub-system IP Multimedia (IMS), the method comprising: transmuting, by a dial, a terminal capability version of the terminal to at least one target terminal during an IM session configuration or a CS call configuration; and receiving, via the terminal, a terminal capacity version of the at least one target terminal from the at least one target terminal during the IM session configuration or the CS call configuration, wherein the terminal capacity version identifies a version of the capabilities of the corresponding terminal. 42. The method according to claim 41, further characterized in that in the transmission step, the terminal capacity version of the terminal is a single value generated based on at least the capacity information of the terminal. 43.- The method according to claim 41, further characterized in that in the transmission step, the terminal capacity version of the terminal is generated based on (a) or (b) following: (a) the information of terminal capacity of the terminal, a public user ID associated with the terminal, and a private user ID associated with the terminal; or (b) the terminal capacity information of the terminal and a public user ID associated with the terminal. 44. The method according to claim 41, further characterized by additionally comprising: storing in at least one storage of the terminal, the terminal capacity version and a public user ID of the terminal, and the terminal capacity version and a public user ID of the at least one target terminal. 45.- The method according to claim 41, further characterized in that in the transmission and / or reception step, the terminal capacity version of the terminal and / or the terminal capacity version of the at least one terminal target has a value in a UCV-XX form (capacity version UE-XX), where XX is a 2-digit hexadecimal number. 46.- A method to provide a circuit switched service (CS), a service based on session initiation protocol (SIP) or a CSI service, which is a combination of the CS service and an IP multimedia sub-system (IMS) ), the method comprises: receiving, by means of a terminal, a terminal capacity version of at least one target terminal; comparing, via the terminal, the received terminal capacity version with a terminal capacity version stored in advance of the at least one target terminal; and determining, via the terminal, whether to request the terminal capacity information of the at least one objective terminal based on the result of the comparison, wherein the terminal capacity version identifies a version of the capabilities of at least a target terminal. 47. The method according to claim 46, further characterized in that if the terminal capacity version received from the at least one target terminal is different from the version of Terminal capacity previously stored from the at least one objective terminal, then the determination step determines requesting the terminal capacity information of the at least one target terminal from the at least one target terminal. 48. The method according to claim 47, further characterized in that if the terminal capacity version received from the at least one target terminal is the same as the terminal capacity version stored above of the at least one terminal. In this case, the de-ermination step determines the requesting of the terminal capacity information of the at least one target terminal of the at least one target terminal and the method proceeds with a CS or IMS procedure. 49. The method according to claim 47, further characterized in that the determination step determines requesting the current terminal capacity information of the at least one target terminal using an OPTIONS message. 50.- The method according to claim 46, further characterized in that the receiving step receives the terminal capacity version of the at least one target terminal from the at least one target terminal during a CS call configuration or a IMS session configuration. 51.- The method according to claim 46, further characterized in that the terminal capacity version of the less an objective terminal is a single value generated based on at least the terminal capacity information of the at least one target terminal. 52. The method according to claim 46, further characterized in that the terminal capacity version of the at least one target terminal has a value in a UCV-XX form (capacity version UE-XX), where XX is a 2-digit hexadecimal number. 53. The method according to claim 46, further characterized in that the at least one target terminal includes a second terminal and a third terminal for selectively exchanging its terminal capacity information with the terminal, and wherein if the The second terminal designates the third terminal to communicate directly with the terminal based on the dispatch function placement information, and then if the terminal transmits a requested configuration request message for the second terminal, then the method additionally comprises: receiving , through the third terminal, the configuration request based on the shipping function placement information; and transmits, through the terminal terminal, a terminal capacity version of the third terminal to the terminal in response to the configuration request. 54. The method according to claim 53, further characterized by additionally comprising: comparing, through the terminal, the terminal capacity version received from the third terminal with a stored terminal capacity version of the third. terminal; and determining, by means of the terminal, whether to request the terminal capacity information of the third terminal based on this comparison result. The method according to claim 54, further characterized in that the delermination step determines request the terminal capacity information of the third terminal, if the version of the terminal capacity received from the third terminal is different from the version of the terminal. stored terminal capacity of the third terminal; and wherein the determination step determines the requesting of the terminal capacity information, and the method proceeds by performing a requested service, if the terminal capacity version received from the third terminal is the same as the stored capacity version of the terminal. the third terminal. 56.- A method to provide a switched circuit service (CS), a service based on session initiation protocol, or a CSI service, which is a combination of the CS service and a mullimedia IP sub-system (IMS), the method comprises: storing, in a first terminal during a previous CSI service, a public user ID of a second terminal, the terminal capacity information of the second terminal, and a terminal capacity version of the second terminal, in where the terminal capacity version of the second terminal identifies a capability version of the second terminal; storing in the second terminal during a previous CSI service, a public user ID of the first terminal, the wire capacity information of the first terminal and a terminal capacity version of the first terminal, wherein the terminal capacity version of the first terminal identifies a version of the capabilities of the first terminal; update the capacity information of the first terminal if the capacity information of the first terminal changes dynamically; generating, by means of the first terminal, a new terminal capacity version of the first terminal based on at least the updated terminal capacity information of the first terminal; transmitting an INVITE message for an IMS session configuration from the first terminal to the second terminal, the INVITE message includes the new terminal capacity version of the first terminal; compare, by means of the second terminal, the version of the terminal capacity received from the first terminal with the stored terminal capacity version of the first terminal; and selectively performing, through the second terminal, a procedure for requesting terminal capacity information based on the result of the comparison. The method according to claim 56, further characterized in that the step of performing selectively includes: performing, by means of the second terminal, the method of requesting information of capacity of the terminal with the first dial using a SIP message. OPTIONS , to obtain the updated terminal capacity information of the first terminal, if the result of the comparison indicates that the version of terminal capacity received from the first terminal it is different from the stored terminal capacity version of the first terminal. 58. The method according to claim 56, further characterized in that the step of performing selectively includes: avoiding, by means of the second terminal, the procedure for requesting terminal capacity information, and proceeding with the session configuration of IMS session and subsequently a CS call configuration for a current CSI service, if the result of the comparison indicates that the terminal capacity version received from the first terminal is the same as the stored terminal capacity version of the first terminal. 59.- The method according to claim 56, further characterized in that in the storage steps, the terminal capacity version of the first terminal is a single value generated based on at least the terminal capacity information of the first terminal, and the terminal capacity version of the first terminal. the second terminal is a unique value generated based on at least the terminal capacity information of the second terminal. 60.- A method to provide a circuit switched service (CS), a service based on session initiation protocol or a CSI service, which is a combination of the CS service, and an IP multimedia sub-system (IMS), the method comprises: storing, in a first terminal during a previous CSI service, a public user ID of a second terminal, terminal capacity information of the second terminal, and a terminal capacity version of the second terminal, wherein the terminal capacity version of the second terminal identifies a version of the capabilities of the second terminal; storing, in the second terminal during a previous CSI service, a public user ID of the first terminal, terminal capacity information of the first terminal and a terminal capacity version of the first terminal, wherein the capacity version of terminal of the first terminal identifies a version of the capabilities of the first terminal; updating the terminal capacity information of the first terminal if the terminal capacity information of the first terminal changes dynamically; generating, via the first terminal, a new terminal capacity version of the first terminal based on at least the updated terminal capacity information of the first terminal; transmitting a call configuration message for a call configuration of a current CSI service from the first terminal to the second terminal; transmitting a connect call message from the second terminal to the first terminal in response to the call configuration message, the call connect message includes a capacity version of the terminal terminal of the second terminal; performing selectively, by means of the first terminal, a procedure for requesting terminal capacity information based on a comparison of the terminal capacity version of the second terminal included in the message connecting received call with the capacity version of stored terminal of the second terminal; transmit a message to INVITE from the first terminal to the second terminal, wherein the new terminal capacity version of the first terminal is included in the transmitted INVITE message and / or the transmitted call configuration message; and selectively performing, through the second terminal, a terminal capability information request procedure based on a comparison of the terminal capacity version of the first terminal included in the received call connect message and / or the INVITE message with the stored terminal capacity version of the first terminal. 61.- The method according to claim 60, further characterized in that the step of performing selectively by means of the first terminal includes: performing, by means of the first terminal, the request procedure of terminal capacity information with the second terminal using a SIP OPTIONS message, to obtain updated terminal capacity information from the second terminal, if the comparison result indicates that the terminal capacity version received from the second terminal is different from the stored terminal capacity version of the second. terminal; and avoiding, through the first terminal, the procedure for requesting terminal capacity information, and proceeding with the CS call configuration and subsequently an IMS session configuration for the current CSI service, if the result of the comparison indicates that the version of terminal capacity received from the The second terminal is the same as the stored capacity version of the second terminal. 62.- The method according to claim 60, further characterized in that the step of performing selectively, by means of the second terminal, includes: performing, through the second terminal, the procedure for requesting terminal capacity information with the first terminal using a SIP OPTIONS message, to maintain the updated terminal capacity information of the first terminal, if the result of the comparison indicates that the terminal capacity version received from the first terminal is different from the terminal capacity version stored from the first iodine; and, by means of the second terminal, to avoid the procedure for requesting lerminal capacity information, and proceed with the CS call configuration and subsequently an IMS session configuration for the current CSI service, if the result of the comparison indicates that the version The terminal capacity received from the first terminal is the same as the stored terminal capacity version of the first terminal. 63.- The method according to claim 60, further characterized in that in the storage steps, the terminal capacity version of the first terminal is a single value generated based on at least the terminal capacity information of the first terminal, and the terminal capacity version of the second terminal is a unique value generated based on at least the capacity information of the second terminal.