MX2008009766A - Method and terminal for restriction of domain transfer - Google Patents

Abstract

A method and mobile terminal for controlling a voice call continuity (VCC) operation, are provided. According to an embodiment, the method includes receiving, by a terminal, a message from a network server, the message including domain transfer restriction information;checking, by the terminal, the domain transfer restriction information included in the received message;determining, by the terminal, whether or not to initiate a domain transfer based on at least the domain transfer restriction information;and selectively initiating, by the terminal, the domain transfer based on the determination result.

Description

METHOD AND TERMINAL FOR RESTRICTION OF DOMAIN TRANSFER DESCRIPTIVE MEMORY The application of this letter embodies the priority benefits of the provisional application of E.U.A. DO NOT. 60 / 765.21 1 filed on February 6, 2006 and the Korean patent application Nos. 0-2006-01 14136 and 10-2006-0137127 respectively filed on November 17, 2006 and December 28, 2006 in the Republic from Korea. The complete contents of these applications are fully incorporated herein by reference. The present invention relates to a continuity of voice calls (VCC), and more particularly to the restriction of a domain transfer in a VCC. In general, a continuity of voice calls (VCC) refers to a type of application, mainly a local IMS application (IP multimedia system) that is capable of transporting voice calls between a CS domain (circuit switching) and an IMS domain. The VCC provides voice call origination functions, voice call terminations, a domain selection, and a domain transfer from the CS domain to the IMS domain or vice versa. Here, domain transfer refers to the transfer of access logs for voice calls to a user equipment (UE) (i.e., a terminal) from the CS domain to the IMS domain or vice versa during an active session. The access trunk denotes a call control trunk between VCC UE and a domain transfer function (DTF) of a VCC application (server). Through domain transfer procedures, continuity is provided for one or more calls / voice sessions between the IMS domain and the CS domain while the VCC UE makes one or more calls / voice sessions. Generally, a domain transfer for a certain call / voice session from the CS domain to the IMS domain or vice versa is initiated only when a DTF is placed in a call setup / voice session signal path. For this, the placement of the DTF in the path of the signal path of the call setup / voice session is mentioned as an anchor in IMS or anchor. Figure 1 illustrates a general architecture of a network to provide a VCC service. As illustrated in Figure 1, a VCC UE 10 denotes all types of terminals that support the VCC service. The VCC UE can access CS and PS domains (packet switching). That is, when the CS domain is accessed, the VCC UE uses a UE-CS (not shown) provided therein, while the VCC UE uses a UE-IMS (not shown) provided therein when accessing it. the domain of PS.

An application of VCC 30 is an application server to provide the VCC service, and is constituted with entities that perform a series of functions. The series of functions may include functions required to establish voice calls to the VCC UE, and the functions required to switch an access trunk of the VCC UE between the CS domain and the IMS domain with maintenance of an active session. For example, the series of functions may be a domain transfer function 30a, a domain selection function 30d, an adaptation function of CS 30b, and a service application CAMEL 30c. The detailed capabilities and operations for these series of functions are described in 3GPP TS 23.206 V1 .2.0 Generally, the entities of the CS domain include a visited mobile switching center (VMSC), a gateway MSC (GMSC), a gsmSCF, and Similar. The IMS domain entities include a P-CSCF, an S-CSCF, an I-CSCF and a media gateway control function (MGCF). Figure 2 is a signal flow diagram between each component of a network (e.g., the network shown in Figure 1) in a case where a domain transfer occurs between the IMS domain and the CS domain. Hereinafter, domain transfer procedures in a VCC service in accordance with a prior art will be explained with reference to Figure 2.

As shown in Figure 2, it is just a VCC UE that initiates a domain transfer in a VCC. That is, the VCC UE establishes a voice call (or session) on the CS domain or IMS domain with a network and can later decide whether or not to initiate domain transfers when moving (or transferring) from one domain to another domain. In so doing, the established voice call (so-called "in-process call") may continue in the path of manipulation (i.e., domain transfer) from the CS domain to the IMS domain or vice versa. Here, to start (perform) a domain transfer for the voice call from one domain (for example, IMS domain) to the other domain (for example, CS domain), the VCC UE can initiate the domain transfer with based on previously stored information. Here, information previously stored in the VCC UE may include radio conditions of a CS network for access, operator policies, user preferences, and the like. The initiation procedures (1) ~ (4), via the VCC UE, of a domain transfer from the CS domain to an IMS domain in accordance with the background technique are as follows: 1) The VCC UE may decide to initiate a domain transfer for a voice call that has originated and is in process towards the CS domain, primarily an outgoing call. 2) When the VCC UE sends an INVITE message to a VCC application, a domain transfer function (DTF) in the VCC application establishes an IMS session trunk for the voice call over the IMS domain. 3) After the IMS session trunk has been established between the DTF and IMS domain, the DTF directs the session in process to the IMS domain. 4) After directing the session in process to the IMS domain, the CS session trunk is released. In this way, the domain transfer for the voice call is initiated from the CS domain to the IMS domain through the procedures of (1) ~ (4). As mentioned above with respect to domain transfer in the VCC, the domain transfer in the VCC is initiated by the VCC UE. However, it is the network that substantially handles the domain transfer initiated by the VCC UE. Also, the network may not perform the domain transfer requested by the VCC UE, but may restrict the domain transfer in accordance with a specific state. For example, a domain transfer on the network side can be restricted generically or temporarily based on the operator's policies. The domain transfer restriction may include several operations made by the network, for example, an operation to ignore the domain transfer request initiated by the VCC UE, another operation to delay the domain transfer requested by the UE of VCC, and similar.

However, the VCC network (eg, VCC application) in accordance with the prior art has no function of informing the VCC UE of the operator's policies that are temporarily or generically changed. Although the operator's policy (or a change in it) may cause the network to be in a state where it restricts domain transfer (and thus may not be able to perform the domain transfer), the UE of VCC can not and does not recognize this state of the network where the domain transfer is restricted because the network does not inform the UE of this restriction in the antecedent technique. Also, since the VCC UE can not know that the domain transfer is restricted in the network, the VCC UE still tries or initiates the domain transfer for calls in process. This results in limitations and problems of signaling loss, radio resources, UE battery life, CPU power of the VCC UE, and similar. Therefore, it is an object of the present invention to provide a technique for sending via a network (e.g., VCC application) information related to a restriction of a domain transfer to a VCC UE, for example, when a change in the policy of the network operator causes a restriction of the domain transfer. It is another object of the present invention to provide a UE (ie, terminal) that analyzes information related to a domain transfer restriction sent from a network, and decides whether or not to initiate a domain transfer for a call that is currently in process when taking into account the domain transfer information analyzed. It is another object of the present invention to provide a terminal, server, system and method for controlling VCC operations by communicating the domain transfer restriction information, which addresses the limitations and drawbacks related to the prior art. To achieve these and other objects, there is provided, in accordance with one aspect of the present invention, a method for restricting a domain transfer comprising: receiving, via a terminal, domain transfer restriction information from a server net; analyze the domain transfer restriction information by means of the terminal; and decide, by means of the terminal, whether a domain transfer for a call is initiated by taking into account the domain transfer restriction information analyzed. To achieve these and other objects, there is provided, in accordance with another aspect of the present invention, a terminal comprising: a receiver for receiving domain transfer restriction information; a transmitter for transmitting a reply message (Ack) with respect to the domain transfer restriction information received; and a VCC enabler to analyze the domain transfer restriction information and decide a domain transfer for a call taking into account the domain transfer restriction information analyzed.

To achieve these and other objects, a network server comprising: a message generator for generating a domain transfer restriction message including domain transfer restriction information is provided in accordance with another aspect of the present invention. to provide the terminal with the domain transfer restriction information; a transmitter for transmitting the domain transfer restriction message generated to the terminal; and a receiver for receiving a response message from the terminal with respect to the domain transfer restriction message. According to another aspect, the present invention provides a method for controlling a voice call continuity operation (VCC), comprising; receiving, via a terminal, a message from a network server, the message includes domain transfer restriction information; verify, by means of the terminal, the domain transfer restriction information included in the received message; determine, through the terminal, whether or not to initiate a domain transfer based on at least the domain transfer restriction information; and selectively initiate, through the terminal, the domain transfer based on the determination result. According to another aspect, the present invention provides a terminal for controlling a voice call continuity operation (VCC), comprising: a receiver for receiving a message from a network server, the message includes data transfer restriction information domain; and a controller to verify the domain transfer restriction information included in the received message, determine whether or not to initiate a domain transfer based on at least the domain transfer restriction information, and selectively initiate the domain transfer based on the result of determination. These and other objects of the present application will be readily apparent from the following detailed description given hereinafter. However, it should be understood that the detailed description and the specific examples, while indicating preferred embodiments of the invention, are given by way of illustration only, since various changes and modifications within the spirit and scope of the invention will be apparent to those skilled in the art. the technique from the detailed description. The present invention will be better understood from the detailed description given hereinafter and the accompanying drawings which are given by way of illustration only, and in this way are not limiting of the present invention. Figure 1 is a view illustrating an architecture of a network for providing a VCC service, wherein the present invention can be implemented. Figure 2 is a signal flow diagram between certain components of a network in a case where the domain transfer is made between an IMS domain and a CS domain in accordance with a prior art.

Figure 3 is a signal flow diagram illustrating a method for transmitting domain transfer restriction information to restrict a domain transfer between a UE and a VCC application in accordance with an embodiment of the present invention. Figure 4 is a block diagram of a terminal or UE in accordance with an embodiment of the present invention. The present invention is applied to a 3GPP VCC field, but can be applied to other communication fields. Substantially in the present invention, first, when a domain transfer in a network is restricted (eg, VCC application), for example, due to a change in the operator's policies, a network notifies a UE (it is say, terminal) of the information related to the domain transfer restriction. Secondly, the UE stores the information related to the domain transfer restriction and, thirdly, the UE analyzes or takes into account the information related to the domain transfer restriction when it tries the domain transfer for calls in process (that is, outgoing calls), thus saying whether to initiate domain transfer for calls in progress (ie, outgoing calls). Hereinafter, the terms preferably used in the present invention will be defined. The UE in accordance with the present invention can include all types of terminals that can be used for the service of VCC For example, the UE in accordance with the present invention comprehensively includes mobile communication terminals (e.g., UE, mobile phones, cell phones, DMB telephones, DVB-H telephones, PDA, PTT, etc.), apparatus of digital TVs, GPS navigation devices, portable gaming machines, MP3 or other domestic appliances, and the like. User preferences denote information or parameter to define the domain selection information that indicates which domain the UE user prefers to use for incoming or outgoing calls when the UE (or terminal) is available in both the CS domain and the domain of IMS. The operator's policies denote information related to the state of the network or an administration of the network. Operator policies can often be updated in accordance with the network status or network administration. Updated operator policies may include information to restrict a domain transfer for calls in process. A call in progress denotes a call in progress between a UE and a VCC application, which includes all incoming or outgoing calls. A "V3 interface" used in the present invention preferably denotes an interface for transferring mutual information between a UE and a VCC application. For example, interface V3 is shown as 20 in Figure 1 as an example. The V3 interface can include a Ut interface, and a OMA DM (device management). That is, a transfer of information from the UE to the VCC application can be achieved by using the Ut interface while a transfer of information from a VCC application to the UE can be achieved by using DM using a DM method. As another example, the interface method V3 may include an unstructured complementary service data (USSD) method. The Ut interface, the DM method and the USSD method are known in the art. A protocol of the V3 interface can be exemplary an HTTP, which has an XML format. Hereinafter, the constructions and operations of the preferred embodiments of the present invention will be explained in detail with reference to the accompanying drawings. Figure 3 is a signal flow diagram illustrating a method for transmitting domain transfer restriction information to restrict a domain transfer between a UE 100 and a VCC application 200 in accordance with an embodiment of the present invention. This method can be implemented in the network architecture of Figure 1 or another suitable architecture. For example, the UE 100 and the VCC application 200 of Figure 3 can be respectively the UE 10 and the VCC application 30 of Figure 1. Referring to Figure 3, a call is established between the UE 100 and the VCC application 300, in a CS domain or in an IMS domain between them, and the call is in process (S1). That call can be a call in process originating from UE 00 or an incoming call addressed to UE100 over the network. For the call in progress between UE 1 00 and the VCC 300 application, when any change in the operator's policies occurs in relation to a domain transfer or a change in subscriber information due to a problem caused by the change in network status or in network administration, or there is another reason or cause why the network restricts domain transfer for the call in process, the VCC 300 application sends information related to a domain transfer restriction (also referred to as "domain transfer restriction information" hereafter) to UE 100 (S2). According to an example, in step S2 the domain transfer restriction information can be included in the operator policies sent from the VCC application 300 to the UE 100 for example, via a V3 interface (for example, 20 in Figure 1). That is, the operator's policies, sent from the VCC application 300 to the UE 100, may include the domain transfer restriction information and other information such as domain selection information indicating that a domain is selected, request information of domain transfer requesting a domain transfer, etc. According to another example, in step S2 the domain transfer restriction information can be sent alone from the VCC application 300 to the UE 100, for example, via a V3 interface. Subsequently, the UE 100 can store the domain transfer restriction information received as part of the operator policies stored in the UE 100. According to these examples, in step S2, it can be said that a message / signal is sent from the VCC application 300 to the UE 100 , where this message can be (a) a message that carries the operator's policies that include the domain transfer restriction information, or (b) a message that only carries the domain transfer restriction information (without the operator). Subsequently, the EU 100 receives the domain transfer restriction information (message) from the VCC application 300, and sends a response message (e.g., Ack message) to the VCC 300 application in response to the received information ( S3). The UE 100 then stores the domain transfer restriction information received in a certain memory provided therein (S4). For example, the domain transfer restriction information may be stored in a storage unit within the UE 100 or in a separate or separate means (or media) such as a SIM card, different in the UE. In step S4, if the operator policies that include the domain transfer restriction information therein are received from the VCC application 300, then the UE 100 stores the policies received from the operator including the data transfer restriction information. domain (or update the operator's policies previously stored with the information received). However, if only the domain transfer restriction information is received from the VCC application 300, then the UE 100 stores the received domain transfer restriction information (or updates the domain transfer restriction information previously stored with the received information) in step S4. In accordance with the present invention, step S3 may be carried out before or after step S4. In addition, step S3 may be an optional step, which may be omitted. Also, a call in process can be established after step S2. That is, the domain transfer restriction information can be sent from the VCC application 300 to the UE 100 (S2) before the call is established or during the call in process. Domain transfer restriction information may include details information related to a domain transfer restriction, for example, a duration to restrict the domain transfer, a restriction level, an address of the domain transfer restriction, and the like. A detailed description of the domain transfer restriction information and related information thereof in accordance with the present invention will be explained in detail hereafter. In accordance with a preferred embodiment, the UE must take this domain transfer restriction information into account before initiating a domain transfer for an in-process call (e.g., an outgoing call in CS or IMS). For example, the UE 100 analyzes the domain transfer restriction information, and decides if the domain transfer for the in-process call can be initiated when considering the domain transfer restriction information analyzed (S5 and S6). As an example only, assume that the domain transfer restriction information indicates the duration (for example, the domain transfer should be restricted from 14 pm to 16 pm) and the address of the domain transfer restriction (for example, a domain transfer over the CS domain must be restricted). Also assume that an EU call in process is over the IMS domain. Under these assumptions, the domain transfer for the EU call in process is restricted for the duration of the establishment, from 14 pm to 16 pm, and in addition the domain transfer from the IMS domain to the CS domain is restricted. In fact, the UE takes such domain transfer transfer account information into account to decide whether or not to initiate the domain transfer for the call in process. If the domain transfer restriction information allows domain transfer, then the UE can initiate the domain transfer of its call in process, whereas if the domain transfer restriction information does not allow (restrict) the transfer of domain, then the UE may decide not to initiate the domain transfer of its call in process. Hereinafter, the message including the domain transfer restriction information sent from the network (for example, the VCC application) to the UE (for example, in step S2) will be explained. From In accordance with one embodiment, the domain transfer restriction information may be sent from the VCC application to the UE as a message. This message including the domain transfer restriction information can be sent through the use of an open mobile alliance (OMA) CP / DM (device management) or any other protocol, for example. This message can be used to improve the domain transfer restriction information. According to one embodiment, the domain transfer restriction information included in this message contains related information that includes 1) indication information and / or 2) network policy information. The indication information and network policy information in accordance with one embodiment of the present invention are discussed in more detail in the following manner. The indication information relates to a domain transfer restriction, which includes related information for the domain transfer restriction. The indication information includes F scale of applicability information, and / or restriction information level and / or D address of applicability information. F Scale of applicability information: this information designates a scale to restrict a domain transfer for calls on the network (for example, VCC application). The scale of applicability information may indicate one or more of the following restrictions in the domain transfer: • domain transfer restriction for a specific session / call (for example, the network can not support domain transfer for a specific call, then domain transfer is restricted (not allowed)); · Domain transfer restriction for a session / call in process (for example, the network can not support the domain transfer for a call in process then the domain transfer is restricted); • domain transfer restriction until re-registering from the IMS domain and / or a CS domain; • domain transfer restriction until the UE is turned off (for example, the domain transfer is restricted until the UE power is turned off); • restriction of domain transfer based on the time period (for example, domain transfer is restricted for a certain period); and / or • restriction of domain transfer until the predefined prohibition is canceled or released (for example, if the network imposes a prohibition on not allowing calls in a certain area and if the user moves on or is in that area, then the domain transfer in the call is restricted since the prohibition is still imposed).

© Level of restriction information: this is a type of guidance information to designate a level of restriction with respect to the domain transfer restriction, examples are the following: • a first level ("shall not") so named (must not be )) used so that the network (ie, the VCC application) can indicate to the UE not to initiate (perform) the domain transfer (for example, here, any UE attempt to initiate the domain transfer will be rejected); or • a second level ("should not" so-called (preferably not)) used when trying to keep a call in process in a specific domain (for example, this may be available when the UE attempts to initiate a domain transfer). Here, the UE may consider the domain transfer restriction information, and the user preference information that may indicate information pertaining to a domain transfer. Thus, based on both information, the UE can say yes or no to initiate a domain transfer. Alternatively, the UE may consider only the domain transfer restriction information to determine whether or not to initiate a domain transfer) or; · A third level ("allowed" so-called) used to cancel a prior domain transfer restriction (for example, indicating that a domain transfer can be initiated after notifying the previous levels of restriction). Here, the EU can consider the domain transfer restriction information, and the user preference formation that may indicate the information pertaining to a domain transfer. Thus, based on both information, the UE can decide whether to initiate the domain transfer. Alternatively, the UE may consider only the domain transfer restriction information. These levels (for example, the first to the third level) can be represented by different values of a parameter to indicate the levels of domain transfer restriction, by using different parameters that correspond to different levels, or by using other ways. Each of the restrictions mentioned above, which may be indicated by the scale of applicability information may have the first, second or third levels discussed above. ® Direction of applicability information: this is information to indicate that a start of the domain transfer is applied only in a certain direction. The applicability information address may indicate one of the following: • Not applicable in both directions (for example, from IMS to S, and from CS to MS); · Not applicable in an IMS domain; or • Not applicable in a CS domain For example, if the address of the applicability information indicates "not applicable in an IMS domain", then the transfer of domain for a call in process is not applicable "not applicable or allowed" in the IMS domain. The information of the network policies is information to indicate conditions with respect to the restriction of the domain transfer based on the operator's policies. Primarily, it is information to indicate that a network indicates the restriction of the domain transfer when a call corresponding to a certain condition or specific situation is carried out from the UE. Examples of network policy information are the following: · information to indicate not to initiate a transfer of domain when a multi-part call or multi-session call is made; • information to indicate not to initiate a transfer of domain when a cell ID is a specific ID; · Information to indicate not to initiate a transfer of domain in case of an inactive state of a function on one side of a wireless local area network (WLAN); • information to indicate not to initiate a transfer of domain in the case of a certain complementary service (for example, call retention, call waiting, etc.), and / or • information to indicate not to initiate a transfer of domain in case of an emergency call. As mentioned above, the domain transfer restriction information (e.g., indication information and / or network policy information) is sent from a VCC application to the UE when included in a message, for example, in a parameter (or element) format. The VCC application may combine one or more related information to generate the domain transfer restriction information to be sent to the UE. For example, if it is always intended to restrict a domain transfer from the UE to the IMS domain, the VCC application sends the corresponding indication information to the UE when it is included in the message. In another example, when the UE does not support a domain transfer for in-process calls (i.e., a type of indication information), and does not initiate (or should not) the domain transfer even if a multi-party call is made (ie, a type of information of the network policies), the VCC application includes the corresponding indication information and the information of the network policies in the message to be sent to the UE. Hereinafter, the constructions and operations of the UE 100 and the application of VCC 300 in accordance with an embodiment of the present invention will be explained.

The UE 100 according to the present invention may comprise a basic hardware construction for generating and processing domain transfer restriction information. For example, as shown in Figure 4, the UE 1 00 in accordance with one embodiment of the present invention may comprise a receiver 43 for receiving the domain transfer restriction information from the VCC application 300, a transmitter 41 for transmitting an Ack message in response to the received domain transfer restriction information, a memory or storage unit 42 for storing the received domain transfer restriction information and other information such as operator policies, user preferences, etc. and a VCC enabler (controller) 46 for analyzing the domain transfer restriction information, deciding a domain transfer for a call in process can or should be initiated and subsequently attempt the domain transfer in accordance with the decision. Here, the VCC enabler can be a controller as a type of control unit to analyze the domain transfer restriction information in order to decide whether or not to initiate the domain transfer. The UE 100 may also include other components such as a Ut 47 interface unit, a DM 48 unit, an input unit 44 and a display unit 45. All the components of the UE 00 are operatively coupled. In this way, the operation and function of each component of the UE that includes technical characteristics of the present has been explained invention. In addition, other basic UE components for receiving a VCC service are obvious to those skilled in the art and the discussion thereof is omitted in this manner. The VCC application 300 in accordance with one embodiment of the present invention may comprise a message generator for generating a message that includes the domain transfer restriction information in response to a change in a network state or operator policies with with respect to domain transfer for network maintenance, a transmitter for transmitting the generated message to the UE, and a receiver for receiving an Ack message sent by the UE in response to the message including the domain transfer restriction information. Here, the message generator can be a type of controller because it generates the message for the purpose of restricting domain transfer. The present invention has been explained with reference to the embodiments illustrated in the drawings, which, however, are only exemplary. It will also be apparent to those skilled in the art that various modifications and variations may be made in the present invention without departing from the spirit or scope of the invention. Thus, it is intended that the present invention cover the modifications and variations of this invention as long as they are within the scope of the appended claims and their equivalents. As described above, the present invention is effective for the UE to recognize a network status for transfer of domain based on domain transfer restriction information.

That is, when a domain transfer for a call is restricted due to a change in the operator's policies or for some other reason / cause, a network in the VCC (ie, VCC application) can be sent to the VCC UE the domain transfer restriction information, so that the UE can be aware of the status of the network and / or domain transfer restriction information. Also, in the present invention, from the perspective of the EU (ie, the terminal), since the UE can attempt to initiate domain transfer by taking into account a current network state (based on the domain transfer restriction information), it is effective to avoid unnecessary attempts or beginnings of domain transfer through the VCC UE. In addition, the present invention can avoid the consumption of signaling and radio resources due to unnecessarily initiated domain transfers, which avoids wasting of the UE battery and CPU power due to unnecessary signaling.

Claims (2)

1. NOVELTY OF THE INVENTION CLAIMS 1. - A method for controlling a voice call continuity operation (VCC), comprising: receiving, via a terminal, a message from a network server, the message includes the domain transfer restriction information; verify, by means of the terminal, the domain transfer restriction information included in the received message; determining, by means of the terminal, whether or not to initiate a domain transfer based on at least one domain transfer restriction information; and selectively initiate, through the terminal, the domain transfer based on the determination result.
2. 2. The method according to claim 1, further comprising: transmitting, via the terminal, a response message to the network server in response to the received message. 3. - The method according to claim 1, further characterized in that in the receiving step, the message including the domain transfer restriction information is received through a V3 interface. 4. - The method according to claim 1, further characterized in that the step to selectively start initiates the domain transfer for a call if the determination step determines that the domain transfer restriction information does not restrict the domain transfer, and the step to selectively start does not initiate the domain transfer for the call if the determination step determines that domain transfer restriction information restricts domain transfer. 5. - The method according to claim 4, further characterized in that the call is a call in process. 6. - The method according to claim 4, further characterized in that the reception step is performed before establishing the call. 7. - The method according to claim 4, further characterized in that the reception step is performed after the call is established. 8. The method according to claim 1, further characterized in that the received message is a message that includes an information of the operator's policies and the domain transfer restriction information is included in the operator's policy information. 9. The method according to claim 1, further characterized in that the received message includes the domain transfer restriction information alone. 10. - The method according to claim 1, further characterized in that the domain transfer restriction information includes indication information and / or information of the network policies. 1 - The method according to claim 10, further characterized in that the indication information includes at least one of the following: scale of applicability information; level of restriction information; and applicability information address. 12. - The method according to claim 1 1, further characterized in that the applicability information scale includes information indicating at least one of the following: a domain transfer restriction for a specific session or call; a domain transfer restriction for a session or call in process; a domain transfer restriction until the re-registration of an IMS domain and / or CS domain; a restriction of a domain transfer until the terminal is switched off; a restriction of a transfer of ownership based on the time information; and a restriction of a domain transfer until the predefined prohibition is canceled or released. 13. - The method according to claim 1 1, further characterized in that the level of restriction information includes information indicating that each of one or more restrictions has one or more of the following restriction levels: a first level indicating that a corresponding restriction must apply; a second level that indicates that a corresponding restriction should preferably be applied; and a third level that indicates that a corresponding restriction was canceled. 14. - The method according to claim 1, further characterized in that the applicability information address includes information indicating that a domain transfer for a corresponding call is: (a) not applicable from an IMS domain to a domain from CS, or from a CS domain to an IMS domain; (b) not applicable in an IMS domain; or (c) not applicable in a CS domain. 15. - The method according to claim 10, further characterized in that the information of the network policies includes at least one of the following: information indicating not to initiate a domain transfer when a multi-part call is made or a call multiple sessions; information indicating not to initiate a domain transfer when a cell ID is a specific ID; information indicating not to initiate a domain transfer in the event that a certain network function is in an inactive state; information that indicates not to initiate a domain transfer in the case of a certain complementary service; and information indicating not to initiate a domain transfer in case of an emergency call. 16. The method according to claim 1, further characterized in that the network server is a VCC application server. 17. - The method according to claim 1, further characterized in that the determination step determines whether or not to initiate the domain transfer based on the domain transfer restriction information and user preference information. 18. The method according to claim 1, further characterized in that it comprises: storing domain transfer restriction information in the terminal. 19. - A terminal for controlling a voice call continuity operation (VCC), comprising: a receiver for receiving a message from a network server, the message includes domain transfer restriction information; and a control to verify the domain transfer restriction information included in the received message, to determine whether or not to initiate a domain transfer based on at least the domain transfer restriction information, and to selectively initiate the transfer of domain based on the result of determination. 20. - The terminal according to claim 19, further characterized in that the controller determines whether or not to initiate the domain transfer based on the domain transfer restriction information and user preference information. 21. - The terminal according to claim 19, further characterized in that it comprises: a storage unit for storing the domain transfer restriction information. 22. - The terminal according to claim 19, further characterized in that it comprises: a transmitter for transmitting a response message to the network server in response to the received message. 23. - The terminal according to claim 19, further characterized in that the receiver receives the message that includes the domain transfer restriction information through a V3 interface. 24. - The terminal according to claim 19, further characterized in that the controller initiates the domain transfer for a call if it is determined that the domain transfer restriction information does not restrict the domain transfer, and does not initiate the transfer of the transfer. domain for the call if it is determined that the domain transfer restriction information restricts domain transfer. 25. The terminal according to claim 24, further characterized in that the call is a call in process. 26.- The terminal according to claim 24, further characterized in that the receiver receives the message before establishing the call. 27. The terminal according to claim 24, further characterized in that the receiver receives the message after the call is established. 28. - The terminal according to claim 19, further characterized in that the received message is a message that includes information on the operator's policies, and the domain transfer restriction information is included in the operator's policy information. 29. - The terminal according to claim 19, further characterized in that the received message includes the domain transfer restriction information alone. 30. - The terminal according to claim 19, further characterized in that the domain transfer restriction information includes indication information and / or network policy information.