ES2442781T3 - Method and apparatus for modifying the domain status of switched packets - Google Patents

Abstract

A method for changing the state of a switched packet domain, comprising: a first terminal (31) that generates (301) a dual tone multifrequency message that transmits information to stop instructions to a second terminal (34) to activate a domain of switched packets: the first terminal (31) that sends (301) the dual tone multifrequency message generated to a mobile switching center (32) to which the first terminal (31) belongs; the mobile switching center (32) to which the first terminal (31) belongs, which sends (302) the dual tone multi-frequency message received to a mobile switching center (33) to which the second terminal (34) belongs; the mobile switching center (33) to which the second terminal (34) belongs, which analyzes (3032) the dual tone multi-frequency message, knowing by the message I transmit that the dual ton multi-frequency message transmits the demand for domain activation of switched packets , with the extraction of the transmitted information encapsulated in the dual tone multifrequency message, the re-encapsulation of the transmitted information in a signaling message and that sends the signaling message to the second terminal (34); the second terminal (34) that receives (3062) the signaling message sent from the mobile switching center (33) to which the second terminal (34) belongs, analyzing the transmitted information, knowing that the signaling message is intended to demand activation of the switched packet domain and performing a corresponding operation comprising activating the switched packet domain.

Description

Method and apparatus for modifying the domain status of switched packets

5 FIELD OF THE INVENTION

The present invention relates to the field of mobile communication and in particular, to a method, terminal and network device for changing the state of a switched packet domain (PS).

BACKGROUND OF THE INVENTION

With the development of mobile communications technologies, more attention has been given to the IP Multimedia Subsystem (IMS). The IMS is a multimedia control / call control platform through a PS domain, which supports session-type and non-session type multimedia services and provides a

15 general service enablement platform for future multimedia applications. The IMS subsystem uses the PS domain to support and transmit multimedia signals and can be considered as being superimposed on the PS domain that serves the IMS.

On the basis of the IMS subsystem, the provider can develop numerous services, such as multimedia streaming service, visual telephone service, Press to Talk on Cellular (PoC) service, presence service, Instant Messaging (IM) service and Sessions of IP Multimedia Subsystem and Combined Switched Circuits (CSI).

For all services based on the PS domain, including the IMS service, the application protocols

25 current require that all participating terminals will activate a PS domain during the development of the service. On this premise, any service initiator can activate, in the first place, the PS domain at its own initiative when the service is started, but cannot guarantee whether or not the opposite terminal has activated the PS domain. Also in the case that the service initiator terminal (the terminal can activate the PS domain, at its own initiative, after deciding to start the service) has activated the PS domain, but the opposite terminal has not activated the domain of PS, the service cannot be transmitted on the basis of the PS domain and services based on the PS domain, including the IMS service, cannot be implemented.

In order to guarantee a non-abrupt development of the service based on the PS domain, a solution has been proposed, in the prior art, in which a terminal is activated by a PS domain, on its own initiative, each

35 once activated in order to register with an IMS domain, so that the terminal, which supports the service based on the PS domain, in a communication system, can be maintained, at any time, in the state of PS domain that is activated. This solution can guarantee a development without abruptness of the service based on the PS domain.

However, the inventors of the present invention have recognized that at least the following drawbacks exist in the prior art.

The solution in the prior art is poorly feasible. In practical applications, not all terminals are desirable to activate a PS domain when the terminal is activated and consequently, the applications of

45 This solution may have an influence on the user experience, which results in poor viability.

SUMMARY OF THE INVENTION

The embodiments of the present invention disclose a method for changing the state of a switched packet domain, so that a terminal can change the status of the PS domain passively and in order to develop services based on the PS domain in the PS domain whose operational status has been changed.

The embodiments of the present invention further disclose a terminal that passively supports the change of the status of a PS domain to develop services based on the PS domain in the PS domain whose status has been changed

A method of changing the state of a switched packet domain, according to embodiments of the present invention, includes:

a first terminal that generates a dual tone multifrequency message that transmits information to instruct a second terminal to activate a switched packet domain;

65 the first terminal that sends the generated dual tone multifrequency message to a mobile switching center to which the first terminal belongs;

the mobile switching center, to which the first terminal belongs, sends (302) the dual tone multifrequency message received to a mobile switching center to which the second terminal belongs;

the mobile switching center, to which the second terminal belongs, analyzes (3032) the dual tone multifrequency message, it becomes aware, from the transmitted message, that the dual tone multifrequency message transmits the demand for domain activation of switched packets , the extraction of the transmitted information encapsulated in the dual tone multifrequency message, the re-encapsulation of the information transmitted in a signaling message and the sending of the signaling message to the second terminal;

the second terminal receives the signaling message sent from the mobile switching center to which the second terminal belongs; analyzes the transmitted information, becomes aware that the signaling message is to demand the activation of the switched packet domain and performs a corresponding operation of switching the switched packet domain.

A system to change the status of a switched packet domain includes:

a first terminal, adapted to generate a dual tone multifrequency message that transmits information to instruct a second terminal to activate a switched packet domain and to send the generated dual tone multifrequency message to a mobile switching center to which the first terminal;

The mobile switching center, to which the first terminal belongs, is adapted to: send the received dual tone multifrequency message to a mobile switching center to which the second terminal belongs;

the mobile switching center, to which the second terminal belongs, adapted to: analyze the dual tone multifrequency message, become aware, from the transmitted message, that the dual tone multifrequency message includes the demand for packet domain activation switched, to extract the transmitted information encapsulated in the dual tone multifrequency message, to re-encapsulate the information included in a signaling message and to send the signaling message to the second terminal and

the second terminal, adapted to: receive the signaling message sent from the mobile switching center, to which the second terminal belongs, analyze the transmitted information, be aware that the signaling message is for the activation request of the packet domain switched and to perform a corresponding activation operation of the switched packet domain.

A mobile switching center includes:

an activation instruction receiving unit adapted to receive a dual tone multifrequency message from a first terminal;

an analysis unit adapted to analyze the dual tone multifrequency message received by the activation instruction receiving unit;

an encapsulation unit adapted to encapsulate information in the dual tone multifrequency message as a signaling message when the analysis unit becomes aware, from the analysis, that the dual tone multifrequency message is used to instruct a second terminal to activate a switched packet domain and

a sending unit adapted to send the signaling message resulting from encapsulation in the encapsulation unit for the second terminal.

As can be deduced from the previous technical solutions, with the technical solutions according to the embodiments of the present invention, the second terminal receives the instruction, to change the status of the PS domain, sent from the first terminal. After receiving the instruction, the second terminal can change the status of the PS domain, passively, depending on the instruction, so that the second terminal and the first terminal can develop services based on the PS domain, such as IMS services, in the PS domain whose status has been modified. Obviously, with the technical solutions according to the embodiments of the present invention, the demanded part of a service can change the status of the PS domain passively, so that it is possible for the first terminal and the second terminal to develop based services in the PS domain, such as IMS services, in the PS domain whose status has been modified.

In particular, when the status of the switched packet domain is changed the PS domain is activated, the second terminal can activate the PS domain according to the instruction received, so that the requested part of a service can activate the PS domain, passively, in the event that the defendant has not activated the PS domain. Thus, it is possible for both parts of the service to support the PS service to develop services based on the PS domain (such as IMS services) when required. Obviously, with the technical solutions according to the embodiments of the present invention, the terminal can activate the

PS domain, passively, when required by the services, so that the terminal can develop the service based on the PS domain, which is different from the prior art in which the user is required, in a mandatory manner, to activate the PS domain of the terminal at your own initiative when the terminal is being activated. Therefore the technical solutions according to the embodiments of the present invention, in comparison with those of the prior art, achieve that the terminal can change the state of the PS domain, passively, to develop services based on the domain of PS in the PS domain whose status has been changed, which can improve the experience of terminal users. Thus, technical solutions according to the embodiments of the present invention are more feasible.

BRIEF DESCRIPTION OF THE DRAWINGS

The drawings presented here are provided to facilitate a better understanding of the present invention and constitute part of this application but are not intended to limit the present invention. In the drawings:

Figure 1 is a schematic diagram illustrating the flow of a method for activating a PS domain according to a first embodiment of the present invention;

Figure 2 is a schematic diagram illustrating a signaling flow in which a first terminal initiates IMS services for a second terminal, according to the first embodiment of the present invention;

Figure 3 is a schematic diagram illustrating a signaling flow in which a first terminal instructs, through a Dual Tone Multifrequency (DTMF) message, a second terminal to activate a PS domain according to a second form of embodiment of the present invention,

Figure 4 is a schematic diagram illustrating a signaling flow in which a first terminal instructs, through a short message, a second terminal to activate a PS domain according to a third embodiment of the present invention;

Figure 5 is a schematic diagram illustrating a signaling flow, in which a first terminal instructs, through a short message, a second terminal to activate a PS domain according to a fourth embodiment of the present invention ;

Figure 6 is a schematic diagram illustrating a signaling flow in which a first terminal instructs, through a Setup setup message to a second terminal to activate a PS domain according to a fifth embodiment of the present invention. ;

Figure 7 is a schematic diagram illustrating a signaling flow in which a first terminal instructs, by means of a Push message to a second terminal, to activate a PS domain according to a sixth embodiment of the present invention;

Figure 8 is a schematic diagram illustrating the flow of a method in which a first terminal instructs a second terminal to activate a second PS domain according to a seventh embodiment of the present invention;

Figure 9 is a schematic diagram illustrating the flow of a method in which a first terminal instructs a second terminal to modify a parameter of a current PS domain, according to an eighth embodiment of the present invention;

Figure 10 is a schematic diagram illustrating how a terminal 92 modifies a parameter of a PS domain, through a normal flow, according to the eighth embodiment of the present invention;

Figure 11 is a schematic diagram illustrating the structure of a terminal according to a ninth embodiment of the present invention,

Figure 12 is a schematic diagram illustrating the structure of a service activation center according to a tenth embodiment of the present invention and

Figure 13 is a schematic diagram illustrating the structure of a mobile switching center according to an eleventh embodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

The present invention will be described in detail below, with reference to the drawings and embodiments. In this case, the exemplary embodiments of the present invention and their descriptions are simply illustrative but not limiting of the present invention.

In the following first embodiment, a method for changing the status of a PS domain, according to embodiments of the present invention, will be explained illustratively in the case where a first terminal provides instructions to a second terminal (by making ignoring whether it is a PS domain, in a CS domain or in another communication state) to activate a specific PS domain.

In the second, third, fourth, fifth and sixth embodiments, a method for changing the status of a PS domain, according to the embodiments of the present invention, will be illustrated, in detail, for the case in which a First terminal provide instructions to a second terminal that is not in any PS domain to activate a particular PS domain.

In the seventh embodiment, a method for changing the status of a PS domain, according to embodiments of the present invention, will be illustrated, in detail, for the case of a first terminal providing instructions to a second terminal, in the same PS domain, to change a parameter of the current PS domain.

In the eighth embodiment, a method for changing the status of a PS domain, according to embodiments of the present invention, will be illustrated, in detail, in the event that a first terminal provides instructions to a second terminal in the same PS domain (referred to hereinafter as the first PS domain) to activate a PS domain where the second terminal is absent.

In the ninth embodiment, a terminal that supports a method for changing the status of a PS domain, according to embodiments of the present invention, will be illustrated in detail.

In the tenth embodiment, a service activation center that supports a method for changing the status of a PS domain, according to embodiments of the present invention, will be illustrated in detail.

In the eleventh embodiment, a mobile switching center, which supports a method for changing a state of a PS domain, according to embodiments of the present invention, will be illustrated in detail.

First embodiment

Figure 1 is a schematic diagram illustrating the flow of a method for activating a PS domain according to this embodiment of the present invention. As illustrated in Figure 1, the method includes the following steps.

35 Block 101: An instruction to change the status of a switched packet domain, sent from a first terminal is received, where changing the status of the switched packet domain includes activating the switched packet domain or modifying a parameter of the switched packet domain where a second terminal is currently located.

Block 102: The status of the switched packet domain is changed depending on the instruction.

This embodiment takes, by way of example, that the second terminal receives, through a communication network, the instruction to change the status of the switched packet domain, sent from the first

Terminal, but will not be limited to this embodiment, by way of example. A specific implementation of this embodiment, by way of example, can be as follows.

First, the first terminal sends, through a communication network, an instruction, which asks the second terminal to activate a PS domain.

When the first terminal requires an application of the PS domain (the development of the IMS service is a typical application of the PS domain), you can activate the PS domain, at your own initiative, by referring to the solution in the prior art. After activating the PS domain, the first terminal sends a message to the communication network, instructing the second opposite terminal of the service to be implemented to perform a

55 PS domain activation operation.

In this case, the message sent from the first terminal to the second terminal to give instructions for activating the PS domain may include, without limitation, a Multifrequency Dual Tone (DTMF) message, a short message, a call Setup message, a Push message, an Unstructured Supplementary Services Data (USSD) message, a Session Invitation request message, etc.

In particular, if the first terminal and the second terminal are currently in the same PS domain, sending from the first terminal of an instruction to the communication network to instruct the second terminal to activate the PS domain, in this way of implementation, includes instructing the second terminal to activate a

65 second domain of inactivated PS.

Hereinafter, the communication network provides instruction to the second terminal.

After receiving the instruction to demand the second terminal to activate the PS domain sent from the first terminal, the communication network sends the instruction to the second terminal.

5 By way of example, when the first terminal and the second terminal belong to the same mobile switching center, this mobile switching center forwards the instruction.

When the first terminal and the second terminal belong to different mobile switching centers, the mobile switching center to which the first terminal belongs, after receiving the instruction, provides the instruction to the mobile switching center to which the second terminal belongs and then , the last mobile switching center sends the instruction to the second terminal within the coverage area.

Finally, the second terminal receives the instruction and activates the PS domain according to the instruction.

15 After receiving the instruction, the second terminal knows that the first terminal currently demands the second terminal to activate the PS domain, so that the second terminal can implement the services based on the PS domain (by way of example , the services may include, without limitation, the IMS services) with the first terminal. The second terminal may initiate the activation of the PS domain, after receiving the instruction, in order to implement the services based on the PS domain with the first terminal.

In addition, in order to optimize the activation of the PS domain by the second terminal, and to avoid unnecessary processing of a network where the second terminal is located and the terminals involved by the PS domain activation operation performed by the second terminal in case the second

25 terminal or the network does not support the activation of the PS domain, the second terminal can, after receiving the activation instruction, determine if the terminal present supports the service of the PS domain (that is, if it supports the activation of the domain of PS) and if the network, where the present terminal is located, allows the use of the PS service (that is, if it supports the activation of the PS domain). The PS domain activation operation can only be performed if the present terminal supports the PS domain service and the network, where the present terminal is located, allows the use of the PS service.

Alternatively, in the event that a terminal user can decide whether or not to agree to the acceptance of the PS domain activation request, it is also determined whether the present terminal agrees to accept the activation request of the PS domain. PS domain. The PS domain activation operation can be performed

35 only if the present terminal supports the PS domain service, the network where the present terminal is located allows the use of the PS service and the present terminal agrees to accept the PS domain activation request.

As can be deduced from the foregoing, with the method according to this embodiment of the present invention, the second terminal can activate the PS domain, passively, depending on the instruction from the initiator of the PS domain service for implement the corresponding PS services. Thus, the defendant of the services based on the PS domain (eg, IMS services) that has not currently activated the PS domain can passively activate the PS domain, so that it is possible for the first terminal and the second terminal develop services based on the PS domain (eg, IMS services).

A method according to the embodiment of the present invention will be described in detail below by taking, by way of example, that a first terminal instructs a second terminal to activate a PS domain and an IMS service is developed after that the PS domain be activated.

Figure 2 is a schematic diagram illustrating a signaling flow in which a first terminal initiates IMS services to a second terminal that has not activated a PS domain. As illustrated in Figure 2, the flow is as follows.

200: A Switching Circuits (CS) call is established between a terminal 21 and a terminal 24 through intermediate 55 of a CS domain network.

201: A PS domain connection process. The process includes: after deciding to start the CSI service, terminal 21 establishes the connection to a PS domain on its own initiative, with the activation of the PS domain; terminal 21 sends, via the network, to terminal 24 a message to instruct terminal 24 to activate the PS domain and after receiving the message, terminal 24 establishes the connection to the PS domain, activating the domain of PS. Reference can be made to the prior art for details of the processes where each terminal establishes a connection with the PS domain and activates the PS domain.

202: An IMS domain registration process. After the PS domain is activated, terminal 21 and the

65 terminal 24 are registered in the system and registered with the IMS domain based on the PS domain, respectively.

203: Terminal 21 and terminal 24 interact with each other for IMS capabilities using an OPTION option method. The interaction mainly involves the association between the International Number of the Mobile Network Integrated Services Digital Network (MSISDN) and the Uniform Resource Identifier (URI) of the Session Initiation Protocol (SIP) of the terminals as well as the information of terminal capacity.

5 In particular, the terminal capacity information is used to determine a set of services that can be satisfactorily requested when an IMS session is established between two terminals. IMS capacity information may include, without limitation, the following information:

the type of IMS media (e.g., the definition of multimedia components in the IMS);

the parameters of the multimedia format (the codec encoder-decoder format, the multimedia file format, etc.) supported by the type of IMS media and

15 the association relationship between the MSISDN number and the SIP URI of the terminal that transmits the capacity information of the terminal.

In addition, the terminals may also interact the following capacity information through an IMS network:

ability of a video phone in a circuit domain;

ability of an audio telephone in a circuit domain;

25 capacity of a multimedia message and

capabilities of other services based on IMS, e.g., PoC.

204: Terminal 21 to terminal 24, through the IMS network, a session INVITE request message, which requires the establishment of an IMS session based on the result of the capacity interaction.

205: A call-proxy session control function (P-CSCF) in an intermediate IMS entity 22 responds to the demand message initiated from the terminal with a session INVITE request response (eg, responds with a 100 Trying message as specified in the protocol).

206: Terminal 21 reserves a resource in accordance with the content of the session description protocol (SDP).

207: A User-Agent header field is passed between the P-CSCFs (intermediate IMS entities 22) of the initiator network and the destination network.

208: A Call-Service Session Control Function (S-CSCF) (intermediate IMS entity 22) of the initiating network replaces the uniform call resource identifier (Tel URI) in the demand message with the SIP- URI and then, routes the INVITE demand to the S-CSCF function in the destination network.

209: The P-CSCF function of the destination network forwards the session INVITE request message to terminal 24.

210: Terminal 24 sends a temporary response (possibly a 100 Trying message) to the P-CSCF function of the destination network.

211: Terminal 24 establishes corresponding support based on the content of received SDP.

212: Terminal 24 responds to the session forwarded from the core network (intermediate IMS entity 22) (possibly 183 Session Progress) and is required to support CS voice and CS video capabilities

55 in a Contact header field and to contain a personal mobile terminal identifier in a Server header field. Terminal 24 supports, in this case, a resource reservation mechanism and a preprocessing mechanism.

213: The P-CSCF function of the initiating network (intermediate IMS entity 22) forwards a session response (possibly 183 Session Progress) to terminal 21.

214: Terminal 21 responds to the variable node terminal with a reliable response to the temporary response (e.g., PRACK).

65 215: Terminal 21 establishes IP multimedia support.

216: Terminal 24 establishes IP multimedia support.

217: Terminal 21 sends an UPDATE message to intermediate IMS entity 22 to notify terminal 24 that the

terminal 21 can receive and transmit multimedia content. 5

218: The intermediate IMS entity 22 sends the UPDATE message to terminal 24 and terminal 24 initiates the call.

219: Terminal 24 forwards an update response (e.g., 200 OK) for the UPDATE message, indicating that terminal 24 is ready to receive and transmit multimedia content.

220: The P-CSCF function of the initiator network forwards the response (e.g., 200 OK) forwarded from terminal 24 for the UPDATE message to terminal 21.

221: Terminal 24 forwards a response (e.g., 200 OK) for the INVITE message of terminal 21, indicating that the user has hung up his terminal.

222: The P-CSCF function of the initiator network forwards a response (e.g., 200 OK) that transmits the information to hang from terminal 24 to terminal 21.

223: Terminal 21 forwards a confirmation message (ACK) for the hang up information.

224: The P-CSCF function of the destination network forwards the confirmation message (ACK) for the hang-up information to terminal 24.

25 225: A final multimedia session is established where terminal 21 and terminal 24 can share, for example, video clips, live video content, audio, images, files, etc., during vocal communication in the manner described above through the existing CS network and the central IMS network.

The second embodiment

In this embodiment, a method for activating a PS domain according to the first embodiment of the present invention will be described in detail, taking, by way of example, that a first terminal is required to start the CSI service (one of the IMS services) to a second terminal and that the first terminal instructs, through a DTMF message, the second terminal to activate a PS domain.

35 It is assumed that a terminal 31 and a terminal 34 are in an ongoing CS session and terminal 31 starts the CSI service. Terminal 31, which starts the CSI service, has activated a PS domain when initiation is performed. However, terminal 34 does not reside in the PS domain, that is, it has not activated the PS domain. Therefore, the following flow is required (see Figure 3).

301: Terminal 31 generates a DTMF message that transmits information to instruct terminal 34 to activate a PS domain, so that terminal 34 can know, from the information, that a PS domain activation operation is currently required to be performed (by way of example, a specific bit value may be included in the message so that, in accordance with a predetermined protocol, the terminal

45 34 may know, from the specific bit value, that the PS domain activation operation is currently required to perform). Terminal 31 sends the generated DTMF message to a mobile switching center 32 to which terminal 31 belongs.

According to this embodiment of the present invention, a preferred information structure is disclosed to instruct terminal 34 to activate the PS domain. The structure includes a service identifier, a message type, a flow code and service data information.

The service identifier is adapted to indicate that a current message is a message to give instructions on the activation of a PS domain. In this embodiment, it is specified that the service identifier

55 occupies 3 characters. When an abc value is taken, the service identifier indicates that the current message is a message to give instructions on the activation of the PS domain.

The type of message is adapted to identify the type of the message and occupies 1 character in this embodiment. As specified, when a value of 1 is taken, the message type indicates that the message is a demand message. When a value of 0 is taken, the message type indicates that the message is a reply message.

The flow code identifies a flow code rate and occupies 1 character in this embodiment. The flow code can take a value that varies from 1 to 9.

65 A status code identifies the status of a terminal and occupies 2 characters in this embodiment. As specified, the status code indicates “On” when a value of 01 is taken, it indicates that the terminal does not support the activation of the PS domain when a value of 02 is taken, it indicates that the terminal user rejects the operation of activation when a value of 03 is taken and indicates that the network where the terminal is located does not support the activation of the PS domain when a value of 04 is taken. Other values may be extended for use.

5 The service data includes extended data and have a variable length in this embodiment.

In accordance with the information formats and protocols for the values previously disclosed in 301, terminal 31 sends a DTMF message that includes an information body of "abc1101" to the mobile switching center 32.

302: The mobile switching center 32 sends the received DTMF message ("abc1101") to a mobile switching center 33 to which terminal 34 belongs.

3031: The mobile switching center 33 forwards the DTMF message to terminal 34.

15 After receiving the DTMF message (the message that includes the information "abc1101") sent from the mobile switching center 33, the terminal 34 analyzes the transmitted information ("abc1101") from the mixing tone, knows that the current message It is a message for the PS domain activation request and therefore performs a corresponding PS domain activation operation. The PS domain activation operation can be performed directly. Alternatively, it is determined if the present terminal supports the activation of the PS domain and if the network, where the present terminal is located, supports the activation of the PS domain. In the event that both determinations are affirmative, the operation of activating the PS domain is performed. However, it is determined whether the present terminal supports the activation of the PS domain, if the network, where the present terminal is located, supports the activation of the PS domain and if the terminal present agrees to activate the domain

PS 25 The PS domain activation operation is performed only if all determinations are affirmative.

3032 (which can take the place of 3031): the mobile switching center 33 analyzes the DTMF message and knows from the transmitted information ("abc1101") that the DTMF message includes the PS activation request. Next, the mobile switching center 33 extracts the information ("abc1101") encapsulated in the DTMF message, re-encapsulates the information in a signaling message (it may be, but is not limited to, a Facility message in this form of realization and sends the signaling message to terminal 34.

Correspondingly, after receiving the signaling message (e.g., encapsulated in the Facility message that

35 transmits the information "abc1101") sent from the mobile switching center 33 terminal 34 analyzes the information transported ("abc1101"), knows that the current message is a message for the activation request of the PS domain and thus , performs a corresponding PS domain activation operation, the details of which were described previously.

In reference 3032, the mobile switching center 33 re-encapsulates the information transmitted in the DTMF message received in a signaling message, such as a Facility message, instead of sending the DTMF message directly to terminal 34, so that the terminal 34 can receive the message while avoiding any unnecessary interference with the current CS session.

45 For the purpose of a very reliable transmission, after receiving the service request message, terminal 34 may proceed with the next response flow with a confirmation message.

304: Terminal 34 generates a DTMF response message (alternatively, it may also be a Facility message

or similar) that includes the information "abc0101" and then sends the DTMF reply message to the mobile switching center 33.

305: The mobile switching center 33 forwards the received DTMF response message to the mobile switching center 32.

55 3061: The mobile switching center 32 forwards the DTMF reply message to terminal 31.

After receiving the DTMF response message, terminal 31 analyzes the information "abc0101" of the DTMF response message from the mixing tone and becomes aware that terminal 34 has received the service demand properly and the activation being agreed upon.

3061 can also be replaced with 3062.

3062: The mobile switching center 32 analyzes the DTMF response message, extracts the information ("abc0101") encapsulated in the DTMF message, re-encapsulates the information in a signaling message (may be, but not

65 is limited to, a Facility message) and sends the signaling message to terminal 31.

After receiving the signaling message (by way of example, encapsulated in a Facility message that transmits the information "abc0101"), terminal 31 analyzes the information "abc0101" of the DTMF response message and becomes aware that terminal 34 has Received the service demand properly and the activation being agreed upon.

In 3062, the mobile switching center 32 re-encapsulates the information included in the DTMF response message received in a signaling message, such as a Facility message, instead of sending the DTMF message directly to the terminal 31 so that the terminal 31 can receive the message while avoiding any unnecessary interference with the current CS session.

In order to prevent a loss of signaling during transmission due to unsatisfactory activation of the PS domain, it can be specified that terminal 31 will restart the flow from 301 if terminal 31 fails to receive information that responds to the service demand during a determined period of time.

In addition, the reply message forwarded from terminal 34 may also include additional information. As an example, the claim will be rejected on a given condition (e.g., within a certain period of time). In this way, terminal 31 will no longer carry out retransmission in this condition (by way of example, "03" indicates that the activation demand is rejected and terminal 31 will no longer carry out retransmission).

As can be deduced from the foregoing, with the method according to this embodiment of the present invention, terminal 31 can send a DTMF message that provides instructions to terminal 34 to activate the PS domain and terminal 34 can initiate the operation of activation of the PS domain according to the instruction, so that terminal 34 can activate the PS domain passively. In addition, terminal 31 sends through a DTMF message (the user of terminal 31 can initiate a specific key and terminal 31 can generate and send a corresponding DTMF message depending on the key initiated) the instruction for the activation of the domain of PS, which is convenient for its implementation.

The third embodiment

In this embodiment, a method for activating a PS domain according to the first embodiment of the present invention will be described in detail, taking, by way of example, that a first terminal is required to initiate a CSI service to a second terminal and that the first terminal instructs, through a short message, the second terminal for the activation of a PS domain.

It is assumed that a terminal 41 and a terminal 42 are in an ongoing CS session and terminal 41 starts the CSI service. Terminal 41 starts, which starts the CSI service has activated a PS 43 domain when initiation is performed. However, terminal 42 does not reside in the PS 43 domain, that is, it has not activated the PS domain.

43. Therefore, the following flow is required to be performed (see Figure 4).

401: Terminal 41 generates a short message (SM) that transmits information to instruct terminal 42 to activate the PS 43 domain, so that terminal 42 may be aware of the information currently required to perform an operation of PS 43 domain activation. Terminal 31 sends the generated short message to terminal 42 through a short message center.

In accordance with a short message protocol, a specific identifier (eg, Teleservice ID, a port number, etc., which can be named differently when the protocol varies) can be used to identify a service included in the short message , such as a common short message, a Push service and a voicemail alarm. The specific identifiers of these services are assigned with different values and in this way, the terminal can distinguish them and perform a corresponding application process in the received message. In this embodiment, with a reserved portion of values of the previous specific identifier, the specific identifier can be assigned with a specific value to indicate that the short message is used to demand the opposite terminal to activate the PS domain.

402: Terminal 42 analyzes, from the short message, the identifier of the service to be activated and becomes aware that the current short message is a protocol message to give instructions for the activation of the PS domain. The short message is unnecessary to be displayed to the user. Instead, the flow continues with 403.

403: Terminal 42 initiates, for the switched packet domain 43 (e.g., a GGSN node), a request for packet data protocol (PDP) activation, activating the PDP and the switched packet domain 43.

Thereafter, terminal 42 may initiate registration with a CSCF function and enter the flow of the IMS service. For details of a specific flow in which the terminal initiates registration with the CSCF function and enters the flow of the IMS service, reference can be made to the corresponding descriptions of the flow from 202 to 205 in the first embodiment.

As can be deduced from the foregoing, with the method according to this embodiment of the present invention,

terminal 41 may send an SM message that provides instructions to terminal 42 to activate the PS 43 domain and terminal 42 may initiate the operation of activating the PS 43 domain according to the instruction, so that terminal 42 can activate the domain of PS 43 passively. In addition, the terminal 41 sends the instruction to activate the PS 43 domain by means of a short message applied in a wide and adequate manner, which is convenient for its implementation.

The fourth embodiment

In this embodiment, a method for activating a PS domain according to the first embodiment of the present invention will be described in detail, still taking as an example that a first terminal is required to start the CSI service to a second terminal and that the first instruction terminal, through a short message, to the second terminal to activate a PS domain.

As illustrated in Figure 5, the method according to this embodiment is different from that illustrated for the third embodiment because a service activation center 52 is further disclosed in this embodiment for retransmit and process a short message to instruct terminal 53 to activate a PS domain. The flow illustrated in Figure 5 is as follows.

501: Terminal 51 generates a short message that transmits information to provide instructions to terminal 53 to activate a PS 54 domain, so that terminal 53 can be aware, from the information, that a current operation is required. PS 54 domain activation. An address of the service activation center 52 is also added in the short message. Then, terminal 51 sends the generated short message to the service activation center 52.

502: The service activation center 52 sends, by means of a short message, to terminal 53, the information to instruct terminal 53 to activate the PS 54 domain.

503: Terminal 53 analyzes the short message and becomes aware of the address in the short message, the address of the service activation center 52, that the current short message is from the service activation center 52 and is used for the process of service activation. And terminal 53 becomes aware, from the content of specific information transmitted in the short message, that the current short message is used to demand the activation of the PS 54 domain. At this time, the body of the specific message may not be displayed at Username.

504: Terminal 53 starts for the switched packet domain 54 (e.g., a GGSN node), a PDP activation request, activating the PDP and the switched packet domain 54.

Thereafter, terminal 53 can initiate registration with a CSCF function and enter the flow of the IMS service.

In this embodiment, the service activation center 52 can be connected, in particular, with the short message center, that is, the short message center, with respect to the service activation center 52, can be considered as a value-added service server and assigns to the service activation center 52, a source transmission address (it can be, without limitation, OOA). Terminal 53 may determine, from the source transmission address, that the short message is from the service activation center and perform a corresponding process.

The fifth embodiment

In this embodiment, a method for activating a PS domain, according to the first embodiment of the present invention, will be described in detail, taking as an example that a first terminal is required to start the CSI service for a second terminal and instructs, through a Setup message, the second terminal to activate a PS domain.

It is assumed that a terminal 61 and a terminal 64 are in an ongoing CS session and terminal 61 starts the CSI service. Terminal 61, which starts the CSI service, has activated a PS domain when initiation is performed. However, terminal 64 does not reside in the PS domain, that is, it has not activated the PS domain. Therefore, the following flow is required (see Figure 6).

601: Terminal 61 sends to the terminal called 64, a Setup message that arrives, first, at a mobile switching center 62. The protocol data is included in a specific protocol format in a User-to-User field in the Setup message. The protocol data may indicate the type of service, that is, that the current message is used to instruct the caller to activate the PS domain.

602: After receiving the Setup message, the mobile switching center 62 initiates a call operation to a mobile switching center 63 to which the terminal called 64 belongs, sending a Support Independent Call Control protocol message that includes a Initial Address Message (a BICC_IAM message), which includes data from the User to User field.

603: After receiving the BICC_IAM message, the mobile switching center 63 sends to the terminal called 64 a Facility message that includes the data from the User to User field.

604: After receiving the Facility message, terminal 64 analyzes the encapsulation protocol in the data of the User-to-User field to obtain the corresponding service data contents, it becomes aware that terminal 61 demands that the terminal present the activation of the PS domain and thus performs a corresponding PS domain activation operation. The operation of activating the PS domain can be performed directly. Alternatively, it is determined whether the present terminal supports the activation of the PS domain, if the present terminal agrees to activate the PS domain and if the network, where the present terminal is located, supports the activation of the PS domain. Then, in the event that all determinations are affirmative, the operation of activating the PS domain is performed.

After receiving the Facility message, terminal 64 sends, to calling terminal 61, a disconnect request message to release a resource connection that is established based on the current Setup message. The disconnection request message also transmits a reason value indicating that the terminal 64 successfully receives the User-to-User data or the reason why the terminal 64 fails to receive the User-to-User data.

605: After receiving the disconnection request message from terminal 64, the mobile switching center 63 sends to the mobile switching center 62 a Support Independent Call Control Protocol release message (a BICC_Release message) that transmits the reason value indicating that terminal 64 receives User-to-User data satisfactorily or the reason why terminal 64 fails to receive User-to-User data.

606: After receiving the BICC_Release message from the mobile switching center 63, the mobile switching center 62 initiates, for terminal 61, a disconnection request message that transmits the reason value indicating that terminal 64 successfully receives the User-to-User data or the reason why terminal 64 fails to receive User-to-User data.

607: After receiving the disconnection request message, terminal 61 performs a disconnection operation, analyzes the reason value included in the disconnection request message and thus, learns whether terminal B has received the data of encapsulation protocol in the User to User field in an appropriate manner. In order to integrate the disconnection flow, terminal 61 may also forward a release Release message to the mobile switching center 62, with the notification of a result of disconnection.

608: After receiving the Release message, the mobile switching center 62 sends, to the mobile switching center 63, a complete release message of the independent call control protocol of the support (a BICC_release_complete message), which transmits a reason value which indicates the conclusion of the disconnection.

609: After receiving the BICC_release_complete message, the mobile switching center 63 sends, to terminal 64, a disconnect message that transmits the reason value indicating the termination of the disconnection. Terminal 64 becomes aware, based on the reason value, that the opposite terminal responds with the conclusion of the disconnection.

As can be deduced from the foregoing, with the method according to this embodiment of the present invention, terminal 61 can send a Setup message that instructs terminal 64 to activate the PS domain and terminal 64 can initiate the operation of activation of the PS domain according to the instruction, so that terminal 64 can activate the PS domain passively.

The sixth embodiment

In this embodiment, a method for activating a PS domain, according to the first embodiment of the present invention, will be described in detail, taking as an example that a first terminal is required to start the CSI service for a second terminal and instructs, through a Push message, the second terminal to activate a PS domain.

It is assumed that a terminal 71 and a terminal 74 are in an ongoing CS session and terminal 71 starts the CSI service. Terminal 71, which starts the CSI service, has activated a PS 76 domain when initiation is performed. However, terminal 74 does not reside in the PS 76 domain, that is, it has not activated the PS 76 domain. Therefore, the following flow is required (see Figure 7).

701: Terminal 71 generates a Push message that transmits information to instruct terminal 74 to activate the PS 76 domain, so that terminal 74 may have knowledge, from the information, that a current operation is required PS 76 domain activation. And, an address of a service activation center 72 is added in the Push message. Next, the terminal 71 sends the generated Push message to the service activation center 72.

The service activation center 72, in this case, may be a dedicated server or a general service server. When the service activation center 72 is a dedicated server, terminal 71 will send a message from

5 demand for special service. When the service activation center 72 is a general service server, it may consider the service initiation by terminal 71 as a service demand simultaneously, that is, terminal 71 can automatically enter the next flow without necessarily sending any message of Special service demand.

10 In this embodiment, the Push message can use a value of an application identifier (app-id) to indicate that the Push message is a message to instruct the opposite terminal to activate the PS domain

76

702: The service activation center 72 acts as a PUSH (PI) initiator and sends the Push message to terminal 15 74 through a Proxy Push Gateway (PPG).

703: Terminal 74 analyzes the Push message and is aware that the current Push message is a message to require the present terminal to activate the PS 76 domain. The flow continues with 704.

20 704: Terminal 74 initiates a request for PDP activation for the switched packet domain 76 (e.g., a GGSN node), activating the PDP and the switched packet domain 76.

Later, terminal 74 may continue to initiate registration with the CSCF function and enter the flow of the IMS service.

25 As can be deduced from the foregoing, with the method according to the embodiment of the present invention, terminal 71 can send a Push message instructing terminal 74 to activate the PS 76 domain and terminal 74 can initiate operation. of activating the PS 76 domain according to the instruction, so that the terminal 74 can passively activate the PS 76 domain.

30 The seventh embodiment

In this embodiment, a method for activating a PS domain, passively or inversely, will be described in detail, by way of example that a first terminal and a second terminal are currently in the same

PS domain (referred to as a first PS domain below) and that the first terminal instructs the second terminal to activate another PS domain (referred to as a second PS domain hereinafter).

It is assumed that a network mode of a given terminal supports at least two methods to access a PS domain, by way of example, it supports Multiple Access capabilities by Broadband Code Division 40 (WCDMA) and Wireless Fidelity (WIFI ). The terminal currently resides in an IMS network through WIFI. Next, the terminal receives an Invite session (an Invite request message) that demands a VoIP service. However, since the voice in the WIFI network is transmitted directly over the Internet, there is no sufficient QoS guarantee. At this time, the service will be provided through WCDMA. Thus, according to the Invite request message received, the terminal can activate a WCDMA PS domain of

45 passively and is registered with the IMS through WCDMA, thereby performing the subsequent call function. A specific flow is illustrated in Figure 8. As illustrated in Figure 8, a flow in which a terminal 81 and a terminal 84 are currently in the same PS domain and terminal 81 instructs terminal 84 to activate The second domain of PS is as follows.

50 801: Terminal 81 initiates a session request Invite terminal 84 in order to signal on the IMS / SIP through the current PS domain. The information on the PS domain to be activated (the second PS domain) is transmitted in the Session Invite request, requesting terminal 84 to activate the second PS domain.

In this embodiment, the Session Invite request can be, without limitation, a Request Invite message.

Session 55 (a request message Invite). When it is an Invite request message, the message can transmit information about a connection parameter in the PS domain (a requirement about the connection parameter). As an example, the Invite request message can be used in the following format.

INVITE sip: bob@biloxi.com SIP / 2.0 Via: SIP / 2.0 / UDP pc33.atlanta.com; branch = z9hG4bK776asdhds Max-Forwards: 70 To: Bob <sip: bob@biloxi.com>

From: Alice <sip: alice@atlanta.com>; tag = 1928301774 Require-Access: WLAN // Request for access to the PS domain in the WLAN network Call-ID: a84b4c76e66710@pc33.atlanta.com CSeq: 314159 INVITE Contact : <sip: alice@pc33.atlanta.com> Content type: application / sdp Content length: 147 v = 0 o = User A 2890844526 2890844526 IN IP4 atlanta.com s = SDP session c = IN IP4 100.101.102.103 t = 0 0 m = audio 49172 RTP / AVP 0 a = rtpmap: 0 PCMU / 8000

As can be deduced from the previous Invite request, said requirement for the form of access is presented in "Require-Access: WLAN", which the receiver of the demand must initiate a process of activating a new WLAN PS domain.

802: After receiving the Session Invite request, terminal 84 forwards to terminal 81, a demand confirmation message (may be, without limitation, 200 OK), responding and confirming the Invite request message.

10 Taking, as an example, that the demand confirmation message is 200 OK, the 200 OK message adopts the following format.

SIP / 2.0 200 OK Via: SIP / 2.0 / UDP server10.biloxi.com; branch = z9hG4bKnashds8; received = 192.0.2.3 Via: SIP / 2.0 / UDP bigbox3.site3.atlanta.com; branch = z9hG4bK77ef4c2312983.1; received = 192.0.2.2 Via: SIP / 2.0 / UDP pc33.atlanta.com; branch = z9hG4bK776asdhds; received = 192.0.2.1 To: Bob <sip: bob@biloxi.com>; tag = a6c85cf From: Alice <sip: alice@atlanta.com>; tag = 1928301774 Support-Access: WLAN Call-ID: a84b4c76e66710@pc33.atlanta.com CSeq: 314159 INVITE Contact: <sip: bob@192.0.2.4>

Content Type: application / sdp Content Length: 147

v = 0 or = UserB 2890844527 2890844527 IN IP4 biloxi.com s = SDP session c = IN IP4 110.111.112.113 t = 0 0 m = audio 3456 RTP / AVP 0 a = rtpmap: 0 PCMU / 8000

As can be deduced from the demand confirmation message (200 OK), terminal 84, which receives the session invitation, supports the WLAN access method and indicates support for the WLAN network in the support access parameter (Support- Access: WLAN).

803: After receiving the demand confirmation message from terminal 84, terminal 81 forwards a confirmation message (may be, without limitation, ACK) to terminal 84.

When the confirmation is ACK, ACK can be in the following format. 10

ACK sip: bob@192.0.2.4 SIP / 2.0 Via: SIP / 2.0 / UDP pc33.atlanta.com; branch = z9hG4bKnasdhds0 Max-Forwards: 70 For: Bob <sip: bob@biloxi.com>; tag = a6c85cf From: Alice <sip: alice@atlanta.com>; tag = 1928301774 Call-ID: a84b4c76e66710 CSeq: 314159 ACK Content length: 0

804: After receiving the Session Invite message that demands access to the second PS domain (the PS domain of the WLAN network), terminal 84 interacts with a WLAN access network (WLAN-AN) 85 and performs an operation of a WLAN access to the AN.

805: Terminal 84 accesses WLAN AN 85 and then interacts with a central network. Next, terminal 84 has access to the second required PS domain (the PS domain of the WLAN network) through a WLAN access network 83, establishing a connection to the PS domain of the WLAN network. Thus, terminal 84 registers in the PS domain of the WLAN network and is in an online state of PS domain

20 WLAN

806: After access to the PS domain of the WLAN network, in accordance with a current service demand, if the currently required service is an IMS service, terminal 84 can also perform an interaction with IMS 82 through of the PS domain, which is established with the WLAN network and registered with the IMS domain.

807: After completing the registration with the IMS domain, terminal 84 is registered in the IMS domain and is kept online in the PS domain through the WLAN network.

808: After completion of the above operations, terminal 84 and terminal 81 can perform a relevant communication and application interaction 30 through resources of the existing PS domain.

With the above flow, a process can be implemented in which an application layer message of a connection, in a PS domain connection, is used to establish / activate a connection in another PS domain. During this process, an INVITE request in the IMS / SIP is used to perform a process of establishing an access method. In practice, in a specific embodiment, other methods, such as the

5 RTSP and RSVP protocol with reference to the previous descriptions.

In this solution, 802 and 803 occur before 804, that is, the actual activation process is performed only after terminal 84 interacts with the application layer. However, considering a specific implementation, the steps of activating the second PS domain in 804 and 805 can also occur 10 before 802 and 803. In other words, once a demand is filed for the opposite terminal, First, a corresponding PS domain activation operation is performed and then 802 and 803 are performed if the present terminal supports the demand. A demand confirmation message, such as 200 OK, is used to confirm the modified result. In addition, the activation and confirmation steps can be performed simultaneously and the specific order can be determined, in particular, depending on the implementation.

15 specific.

As can be deduced from the foregoing, with the technical solution according to this embodiment of the present invention, terminal 84 can activate the second PS domain passively, so that it is possible for terminal 81 and terminal 84 to develop a service based on the PS domain (eg, an IMS service) in the

20 second PS domain recently activated.

The eighth embodiment

In this embodiment, a method to modify a parameter of a PS domain, passively or

In reverse, it will be described, in detail, by way of example that a first terminal and a second terminal are currently in the same PS domain and that due to the change of service, the first terminal is required to instruct the second terminal to modify a parameter or the configuration of a PS domain where the second terminal is located.

30 It is assumed that both terminals of the current service perform the service based on the PS domain in the same PS domain (the current service can be assumed to be an IMS service for operational convenience). A Quality of Service (QoS) parameter of a current network is Background (indicating that the sensitivity for the service delay is currently minimal). In the current operating scenario, a signaling interaction process can be performed in an IMS / SIP (Session Initiation Protocol) mechanism, depending on a

35 service demand between the two terminals. In the event that the current service demand changes, as an example, in the case where a service such as Voice over IP (VoIP) or Voice & Vide over IP (V2oIP) is currently required, the QoS service quality of Background may not be appropriate. Thus, a PDP QoS must be applied or a second PDP must be established. At this time, the called terminal or other terminal of the call participants can initiate a data protocol process in secondary packets

40 (PDP) in such a way that it is signaled in the IMS / SIP, such as in a Session Invite form, but not being limited to the previous form. In this way, a parameter of the PS domain can be adjusted for better service delivery. A specific flow is illustrated in Figure 9. As illustrated in Figure 9, the flow is as follows.

45 901: A terminal 91 initiates, for a terminal 92, a session invitation request message, which requires terminal 92 to set a connection parameter of a PS domain, for the purpose of signaling in the IMS / SIP through the current PS domain.

In this embodiment, the Session Invite request can be, without limitation, a Request Invite message.

Session 50 (a request message Invite). When it is an Invite request message, the message can transmit information about the PS domain connection parameter (a requirement about the connection parameter). As an example, the Invite request message in the following format can be used in this regard.

INVITE sip: bob@biloxi.com SIP / 2.0 Via: SIP / 2.0 / UDP pc33.atlanta.com; branch = z9hG4bK776asdhds Max-Forwards: 70 To: Bob <sip: bob@biloxi.com> From: Alice <sip: alice@atlanta.com>; tag = 1928301774 Call-ID: a84b4c76e66710@pc33.atlanta.com

Require-Qos: Streaming // A lawsuit is presented on a quality of QoS service from Streaming CSeq: 314159 INVITE Contact: <sipp: alice@pc33.atlanta.com> Content type: application / sdp Content length: 147

v = 0 or = User A 2890844526 2890844526 IN IP4 atlanta.com s = SDP session c = IN IP4 100.101.102.103 t = 0 0 m = audio 49172 RTP / AVP 0 a = rtpmap: 0 PCMU / 8000

As can be deduced from the previous Invite demand message, in the Require-QoS parameter, a demand is presented on a Streaming QoS parameter and it is also required that terminal 92, which receives the Invite demand message, must make a modification.

902: After receiving the Session Invite request message, terminal 92 forwards, to terminal 91, a demand confirmation message (may be, without limitation, 200 OK), responding and confirming the Invite request message.

10 By way of example that the demand response is 200 OK, the response of 200 OK can be in the following format.

SIP / 2.0 200 OK Via: SIP / 2.0 / UDP server10.biloxi.com; branch = z9hG4bKnashds8; received = 192.0.2.3 Via: SIP / 2.0 / UDP bigbox3.site3.atlanta.com; branch = z9hG4bK77ef4c2312983.1; received = 192.0.2.2 Via: SIP / 2.0 / UDP pc33.atlanta.com; branch = z9hG4bK776asdhds; received = 192.0.2.1 To: Bob <sip: bob@biloxi.com>; tag = a6c85cf From: Alice <sip: alice @ atlanta .com>; tag = 1928301774 Call-ID: a84b4c76e66710@pc33.atlanta.com Support-QoS: Streaming // Which indicates that terminal 92 will modify the QoS parameter for Streaming CSeq: 314159 INVITE Contact: <sip: bob@192.0 .2.4> Content type: application / sdp Content length: 147 v = 0 o = User B 2890844527 2890844527 IN IP4 biloxi.com s = SDP session c = IN IP4 110.111.112.113 t = 0 0 m = audio 3456 RTP / AVP 0 a = rtpmap: 0 PCMU / 8000

In the previous demand confirmation message (200 OK), the Support-QoS: Streaming parameter indicates that terminal 92 modifies the QoS parameter to be Streaming from the original Background based on the Session Invite request.

903: After receiving the demand confirmation message, terminal 91 resends terminal 92, another confirmation (may be, without limitation, ACK)

When the confirmation is ACK, ACK can be in the following format. 10

ACK sip: bob@192.0.2.4 SIP / 2.0 Via: SIP / 2.0 / UDP pc33.atlanta.com; branch = z9hG4bKnasdhds0 Max-Forwards: 70 To: Bob <sip: bob@biloxi.com>; tag = a6c85cf From: Alice <sip: alice@atlanta.com>; tag = 1928301774 Call-ID: a84b4c76e66710 CSeq: 314159 ACK Length of content: 0

904: After receiving the request message Session invite to demand the modification of the PS domain parameter, the terminal 92 interacts with an access network 93 to perform an operation of modifying the PS domain parameter according to the demand .

905: After completing the operation of modifying the PS domain parameter, terminal 92 and terminal 91 can perform a relevant application and communication interaction through resources in the existing PS domain.

20 In general, a PS connection parameter of the application layer can be modified with the previous flow. The flow process can be implemented differently. As an example, the SIP INVITE method is used in this embodiment. However, other SIP methods, such as NOTIFY, can also be used in this regard. As such, based on the previous solution, other IP-based application layer protocols, such as the Real-Time Streaming Protocol (RTSP) and the resource reservation protocol

25 (RSVP) can also be used in this regard.

In addition, 902 and 903 occur before 904 in this embodiment, that is, a real modification process is performed only after the interaction with the application layer is performed. However, considering a specific implementation, the modification stage in 904 may also occur before 902

30 and 903. In other words, once a demand is filed for the opposite terminal, a modification is made first and then 902 and 903 are made if the present terminal supports the demand. A message such as 200 OK is used to confirm the modified result. In addition, the modification and confirmation steps can be performed simultaneously.

Descriptions are given below as to the way in which the terminal 92 modifies the PS domain parameter in a normal flow at 904. As illustrated in Figure 10, the flow is as follows.

1001: Terminal 92 sends to a Radio Service Support Node in Generic Service Packages (SGSN) 12

5 a PDP context demand modification message, which transmits a PS domain parameter to be modified (in this embodiment, the parameter has to be modified as being a Streaming QoS), requesting the modification of the PDP context .

1002: The SGSN node 12 performs a QoS negotiation with a generic gateway packet radio service (SGSN) support node 13 sending to the GGSN 13 a request for packet data protocol context update that transmits the parameter of PS domain to be modified (QoS Negotiated) and possibly, parameters of a tunnel endpoint identifier (TEID), a network service access point identifier (NSAPI), a trace reference, a trace type, a Operational initiation ID, an Operation and Maintenance Center Identity (WTO identity), etc. (e.g., PDP context update request (TEID,

15 NSAPI, QoS negotiated, Trace Reference, Trace Type, Trigger ID, OMC Identity)).

1003: The GGSN node 13 performs the QoS negotiation and forwards to the SGSN node 12, a packet data protocol context update response that transmits a negotiation result and a reason (PDP context update response (TEID, QoS negotiated, cause)).

1004: After receiving the response, the SGSN 12 assigns to terminal 92, a radio access support (RAB) through a terrestrial radio access network of the universal mobile telecommunications system (UTRAN) 14 by modifying the RAB.

25 1005: After completion of the RAB modification, the SGSN 13 sends, to terminal 92, a notification of Modify PDP Context Acceptance, notifying terminal 92 of the conclusion of the RAB modification.

As can be deduced from the foregoing, with the technical solution according to this embodiment of the present invention, the terminal 92 can passively modify a parameter of the PS domain where the terminal 92 is currently located, so that it is possible for terminal 92 and terminal 91 to develop a service based on the PS domain (eg, IMS service) in the PS domain with the modified parameter.

It should be noted that in the respective previous embodiments, when the first terminal instructs the second terminal that it is not in any PS domain (possibly in a CS domain) to activate a PS domain (as in the second, third , fourth, fifth and sixth embodiments), when the first terminal instructs the second terminal, which is currently in the same PS domain, to activate the second PS domain (as in the seventh embodiment) or when the First terminal instructs the second terminal that is currently in the same PS domain to modify a parameter of the PS domain where they are currently located (as in the eighth embodiment), the first terminal can also transmit corresponding authentication information in the instruction, so that the second terminal can determine if the terminal that sends the received instruction is a legal terminal in function n of authentication information in the instruction according to a method previously agreed authentication. The second terminal can perform a corresponding PS domain process only if the previous authentication determination is successfully passed. A specific principle of the authentication mechanism, in this case, is available from the technique

45 above. An exemplary embodiment is provided below.

The first terminal may transmit a user identifier of the present terminal in the instruction. After receiving the instruction, the second terminal can determine if the terminal that initiates the instruction is a legal user for the present terminal according to the user's identifier (by way of example, the second terminal can create a group of legal users and determine if the user is a legal user in accordance with whether the initiating terminal is in the group of legal users). If the terminal that initiates the instruction is a legal user, the second terminal can perform a corresponding PS domain process according to the instruction. Otherwise, no process will be performed.

55 The introduction of the previous authentication mechanism can effectively prevent a second terminal user from being maliciously or unnecessarily disturbed by an illegal user, thereby effectively guaranteeing the benefits of the terminal user and greatly improving a user experience

Those skilled in this field can appreciate that all or part of the steps in the methods according to the previous embodiments can be implemented by a program that provides instructions to the relevant hardware, which can be memorized in a readable storage medium. By computer. When executed, the program may include the following steps: a first terminal instructs a second terminal to change the status of a switched packet domain, where changing the status of the switched packet domain includes activation of the packet domain switched or the modification of a parameter 65 of the switched packet domain, where the second terminal is currently located and the second terminal changes the status of the switched packet domain after receiving the instruction. The means of memorization,

as referred to herein, it includes, by way of example, ROM / RAM, a magnetic disk, an optical disk, etc.

The ninth embodiment

Figure 11 is a schematic diagram illustrating the structure of a terminal according to an embodiment of the present invention. As illustrated in Figure 11, the terminal supports the service based on a PS domain and includes a receiving unit 1101 and a domain processing unit in switched packets 1102.

Receiving unit 1101 is adapted to receive a message from another terminal (e.g., a first terminal). The message includes an instruction to change a state of a PS domain. In this case, the change of the PS domain status includes the activation of the PS domain or the modification of a parameter of the PS domain where the terminal is currently located.

The switched packet domain processing unit 1102 is adapted to change the status of the

15 packet switched domain according to the instruction to change the status of the PS domain received by the receiving unit 1101.

The switched packet domain processing unit 1102 may further include an activation processing unit 11021 and / or a switched packet domain parameter modification unit 11022.

The activation processing unit 11021 is adapted to activate the corresponding PS domain depending on the instruction for the activation of the PS domain received by the receiving unit 1101. According to a specific implementation principle, reference may be made to the descriptions in the first, second,

25 third, fourth, fifth, sixth and eighth embodiments.

The parameter modification unit of the switched packet domain 11022 is adapted to modify the parameter of the PS domain where the terminal is currently located according to the instruction to modify the parameter of the PS domain, where the terminal is currently located, received by the receiving unit 1101. According to a specific implementation principle, reference may be made to the descriptions in the seventh embodiment.

As can be deduced from the foregoing, the terminal packet switched domain processing unit 1102 according to the embodiment of the present invention can perform a corresponding operation.

35 in the PS domain after receiving unit 1101 receives the instruction to change the status of the PS domain. Obviously, the terminal supports the passive change of the PS domain status to develop the service based on the PS domain, such as an IMS service, in the PS domain with the modified state.

The terminal according to an embodiment of the present invention may further include an authentication unit 1104.

Authentication unit 1104 is adapted to determine whether the terminal sending the instruction is a legal terminal based on the authentication information transmitted in the instruction to change the status of the switched packet domain received by the receiving unit 1101. If it is treated of a legal terminal, the unit of

The processing of the switched packet domain 1102 is operatively initiated to perform an operation to change the status of the switched packet domain. Otherwise, the switched packet domain processing unit 1102 does not start to change the status of the switched packet domain. According to a specific implementation principle, reference can be made to the descriptions in the eighth embodiment.

When the authentication unit 1104 determines whether the first terminal is a legal terminal, the detail of the operational initiation of the processing unit of the switched packet domain 1102 to perform a change operation of the status of the switched packet domain is as follows. If the current instruction demands the activation of a PS domain from the second terminal (ignoring whether the second terminal

55 is currently in another PS domain or is not), the activation processing unit 11021 is started to start a PDP activation request for the PS domain when requested, requesting a PS domain activation operation. If the current instruction requires the second terminal to change the status of the PS domain where the terminal is currently located, the parameter modification unit of the switched packet domain 11022 is started to perform a modification operation of the PS domain parameter .

When an operation in the PS domain is performed passively, according to the instruction, the terminal that includes the authentication unit 1104, can also perform a corresponding authentication process to determine if a user of the first terminal is legal. If it is illegal, no process will be carried out. Obviously, the terminal that includes the authentication unit 1104 can effectively prevent the disturbance of an illegal user, thereby effectively guaranteeing the benefits of the terminal user and greatly improving a

user experience

The terminal according to the embodiment of the present invention may further include an activation circuit unit 1103.

The activation instruction unit 1103 is adapted to instruct another terminal (e.g., the first terminal) to change the status of the PS domain.

In addition to the function of changing the status of a PS domain, the terminal which also includes the activation instruction unit 1103, can also act as an instruction initiator when it is required to perform the service based on the PS domain with Other terminal The activation instruction unit 1103 instructs the other terminal to change the status of the PS domain in order to perform the service based on the PS domain with the present terminal.

It should be noted that the terminal according to this embodiment of the present invention can be implemented in a hardware form or a software function module. The device according to the embodiment of the present invention can be sold or used as a separate product or stored in a computer-readable storage medium.

The tenth embodiment

Figure 12 is a schematic diagram illustrating the structure of a service activation center according to an embodiment of the present invention. As illustrated in Figure 12, the service activation center includes an activation instruction receiving unit 1201 and an activation instruction forwarding unit 1202.

The activation instruction receiving unit 1201 is adapted to receive an instruction to activate a PS domain from a first terminal.

The activation instruction forwarding unit 1202 is adapted to forward the instruction to activate the PS domain received by the currently receiving instruction receiving unit 1201 for a second terminal, so that the second terminal can activate the PS domain according to The instruction.

In a specific communication network, the service activation center, according to the embodiment of the present invention, can be connected to a short message center, that is, the short message center can consider the service activation center as a value-added service server and assign the service activation center with a source transmission address (it can be, without OOA limitation). The terminal may determine that the short message is from the service activation center in accordance with the transmission address of the first terminal and perform a corresponding process.

As can be deduced from the foregoing, a service activation switching center, according to the embodiment of the present invention can instruct the terminal to activate the PS domain by forwarding the instruction to activate the PS domain, so that The terminal can activate the PS domain, passively, according to the instruction to develop a service based on the PS domain.

It should be noted that the service activation center, according to the embodiment of the present invention, can be implemented in a hardware form or a software function module. The device according to the embodiment of the present invention can be sold or used as a separate product or stored in a computer readable storage medium.

The eleventh embodiment

Figure 13 is a schematic diagram illustrating the structure of a mobile switching center according to an embodiment of the present invention. As illustrated in Figure 13, the mobile switching center includes an activation instruction receiving unit 1301, an analysis unit 1302, a routing unit 1303 and a sending unit 1304.

The activation instruction receiving unit 1301 is adapted to receive a DTMF message from a first terminal.

The analysis unit 1302 is adapted to analyze the DTMF message received by the receiving instruction instruction unit 1301.

The encapsulation unit 1303 is adapted to encapsulate the information in the DTMF message as a signaling message such as a Facility message, when the analysis unit 1302 is aware from the analysis that the DTMF message is used to instruct a second terminal to activate a PS domain.

The sending unit 1304 is adapted to send the signaling message that results from the encapsulation in the encapsulation unit 1303 for the second terminal.

5 As can be deduced from the foregoing, the mobile switching center according to this embodiment of the present invention can re-encapsulate the received DTMF message to give instructions to activate the PS domain in a signaling message. In this way, the terminal can receive instructions to activate the PS domain, so that the terminal can activate the PS domain, passively, according to the instruction for

10 develop services based on the PS domain. And a problem can be avoided that the reception of the instruction by the terminal may cause a disturbance (e.g., voice mixing) to the current service (in particular, a CS session).

It should be noted that the mobile switching center, according to this embodiment of the present invention,

15 can be implemented in a hardware form or a software function module. The device according to the embodiment of the present invention can be sold or used as a separate product or stored in a computer-readable storage medium.

The above descriptions are simply illustrative of a method, terminal and network device to change

The status of a switched packet domain according to embodiments of the present invention and the principle and implementations of the embodiments have been established in this context by way of concrete examples. The above embodiments are described only to facilitate knowledge of the method and principle according to the embodiments of the present invention. Variations and alternatives, which may be made by ordinary experts in this practice, within the scope of the solutions according to this

The invention will fall within the scope of protection of the present invention as defined in the appended claims.

Claims (11)

1. A method for changing the status of a switched packet domain, comprising: 5 a first terminal (31) that generates (301) a dual tone multifrequency message that transmits information to instruct a second terminal (34) to activate a switched packet domain; the first terminal (31) that sends (301) the dual tone multifrequency message generated to a mobile switching center (32) to which the first terminal (31) belongs; the mobile switching center (32) to which the first terminal (31) belongs, which sends (302) the dual tone multifrequency message received to a mobile switching center (33) to which the second terminal (34) belongs; 15 the mobile switching center (33) to which the second terminal (34) belongs, which analyzes (3032) the dual tone multifrequency message, knowing from the message I transmit that the dual tone multifrequency message transmits the domain activation demand of switched packets, with the extraction of the transmitted information encapsulated in the dual tone multifrequency message, the re-encapsulation of the information transmitted in a signaling message and that sends the signaling message to the second terminal (34); the second terminal (34) that receives (3062) the signaling message sent from the mobile switching center (33) to which the second terminal (34) belongs, analyzing the transmitted information, knowing that the signaling message is intended to demand the activation of the switched packet domain and performing a corresponding operation comprising activating the switched packet domain.

2.

The method for changing the state of a switched packet domain according to claim 1, wherein the first terminal (31) and the second terminal (34) are in a circuit switching session, CS, in progress.

3.

The method for changing the state of a switched packet domain according to claim 1 or 2, wherein the instruction that requires the second terminal to activate a PS domain transmits authentication information and the method further comprises:

obtaining, by the second terminal (34) of the authentication information and the activation of the switched packet domain if it is determined that the first terminal (31) is a legal terminal in accordance with the information of 35 authentication. 4. The method for changing the state of a switched packet domain according to claim 1 or 2, before the second terminal activates the switched packet domain, the method further comprising: activate the switched packet domain if it is determined that the second terminal (34) supports the switched packet domain and the network where the second terminal (34) is located supports the activation of the switched packet domain or activate the switched packet domain if it is determined that the second terminal (34) supports the domain of 45 switched packets and agrees on the activation of the switched packet domain and that the network, where the second terminal (34) is located, supports the activation of the switched packet domain. 5. The method for changing the state of a switched packet domain according to claim 4, further comprising: forwarding, by the second terminal (34), to the first terminal (31) a reply message comprising information about whether or not the second terminal (34) supports the domain of switched packets and if the network where the second terminal (34) supports, or not, the activation of the switched packet domain or information on whether the second terminal (34) supports the switched packet domain and agrees on the activation of the 55 switched packet domain and if the network where the second terminal (34) is located supports activation of the switched packet domain. 6. A system for changing the status of a switched packet domain, comprising: a first terminal (31) adapted to generate a dual tone multifrequency message that transmits information to instruct a second terminal (34) to activate a switched packet domain and send the generated dual tone multifrequency message to a switching center mobile (32) to which the first terminal (31) belongs; 65 the mobile switching center (32), to which the first terminal (31) belongs, adapted to send the received dual tone multifrequency message to a mobile switching center (33) to which the second terminal (34) belongs; the mobile switching center (33), to which the second terminal (34) belongs, adapted to analyze (3032) the dual tone multifrequency message, to know from the transmitted message that the multifrequency message 5 dual tone transmits the activation request of the switched packet domain, to extract the transmitted information encapsulated in the dual tone multifrequency message, to re-encapsulate the information transmitted in a signaling message and to send the signaling message to the second terminal (34) and the second terminal (34), adapted to receive the signaling message sent from the switching center 10 mobile (33) to which the second terminal (34) belongs, to analyze the transmitted information, to know that the signaling message is for the activation request of the switched packet domain and to perform a corresponding activation operation of the domain of switched packets. 7. The system according to claim 6, wherein the first terminal (31) and the second terminal (34) are adapted to be in a circuit switching session, CS, in progress. 8. The system according to claim 6 or 7, wherein the instruction requiring the second terminal to activate a PS domain transmits authentication information and the second terminal (34) is further adapted to obtain the authentication information and to activate the switched packet domain if it is determined that the First terminal (31) is a legal terminal in accordance with the authentication information. 9. The system according to claim 6 or 7, wherein the second terminal (34) is further adapted for activate the switched packet domain if it is determined that the second terminal (34) supports the domain of 25 switched packets and the network where the second terminal (34) is located supports activation of the switched packet domain or activate the switched packet domain if it is determined that the second terminal (34) supports the switched packet domain and agrees on the switched packet domain activation and that the network, where 30 the second terminal (34) is located, it supports the activation of the switched packet domain. 10. The system according to claim 9, wherein the second terminal (34) is further adapted to forward to the first terminal (31) a reply message comprising information about whether the second terminal (34) supports the packet domain switched and if the network, where the second terminal (34) is located, supports the 35 activation of the switched packet domain or information about whether the second terminal (34) supports the switched packet domain and agrees on the activation of the switched packet domain and whether the network, where the second terminal (34) is located, supports domain activation of switched packets. 11. A mobile switching center, comprising: 40 an activation instruction receiving unit (1301) adapted to receive a dual tone multifrequency message from a first terminal (31); an analysis unit (1302) adapted to analyze the dual tone multifrequency message received by the activation instruction receiving unit 45 (1301); an encapsulation unit (1303) adapted to encapsulate information in the dual tone multifrequency message as a signaling message when the analysis unit (1302) knows, from the analysis, that the dual tone multifrequency message is used to give instructions to a second terminal (34) to activate a 50 domain packet switched and a sending unit (1304), adapted to send the signaling message, which results from encapsulation in the encapsulation unit (1303) to the second terminal (34). Receive instruction to change the status of the switched packet domain sent from the first terminal, where the change of status of the switched packet domain includes activation of the switched packet domain or modification of the parameter of the switched packet domain where it is currently located the second terminal  Change the status of the switched packet domain according to the instruction Terminal IMS Entity CS Entity Terminal  intermediate intermediate 200: Establish call switched circuits 201: Switching packet domain connection 202: IMS Registration 203: IMS capacity interaction in Option method 204: Message demand Invite session 205: Message reply Demand Invite session 207: Pass agent header field 206: User reservation between P-CSCFs functions of resource network initiation and destination network 208: S-CSCF routes demand to Destination network S-CSCF 209: Message request Invite session 210: Temporary response 211: Set corresponding support 213: 212 Response: Session Session Response 214: Reliable response to temporary response 215: Conclusion of establishment 216: Conclusion of multimedia IP support establishment multimedia IP support 217: Update message 218: Update message 219: Update message 220: Update message 221: Update message 222: Update message 223: ACK Message 224: ACK Message 225: Establish multimedia session last Terminal Center Center Switching Terminal 31 Mobile Mobile Switching 34

32

33

301: Multifrequency double tone message (abc1101)

302: Multifrequency double tone message (abc1101) 3031: Multifrequency double tone message (abc1101)

3032: Signaling message (abc1101)

3061: Double tone multifrequency message (abc0101)

305: Multifrequency double tone message (abc0101) 304: Dual tone multifrequency message (abc0101)

3062: Signaling message (abc0101)

Domain

Terminal 41

Terminal 42 switched packets

43

401: Short message (instruction to activate domain switched packets)

402: Analyze short message to know that domain activation requires switched packets 403: Start demand activation PDP address

Terminal 51

501: Short message (instruction to activate domain switched packets) Service activation center 52 Terminal 53 502: Short message (instruction to activate domain Domain switched packets 54

switched packets)

503: Analyze short message to know that domain activation requires switched packets

504: Start demand activation PDP address

 Center Center

Terminal 61

commutation commuted Terminal

mobile

n mobile 64

62

63

601: Setup message (User to User field) 602: BICC_IAM message including address 603: Initial message (Facility User field (User field) User to User) 604: Disconnection demand message 605: Message 606: Message request BICC_Liberation disconnection 607: Release 608: Message BICC_Liberation Complete 609: Release

Terminal 71

Service activation center 72

701: Push message (instruction to activate domain

switched packets)

Runway

Domain

Push Proxy 73

Terminal 74 switched packets

76

702: Push message (instruction to activate domain switched packets) 703: Analyze short message to know that domain activation requires switched packets 704: Start demand activation PDP address

Terminal 84

WLAN access network 85 Access network 83 IP 82 multimedia subsystem Terminal 81

801: Demand Invite session (second PS domain)

802: Message confirmation request

804: WLAN Access 805: Establish WLAN PS domain connection 806: IMS domain registration 807: Keep online in PS domain via WLAN

808: Perform relevant communication and application interaction using existing PS domain resources

Terminal 92

Access network 93 Terminal 91

901: Demand Invite session (modify PS domain parameter) 902: ACK request message

903: ACK 904: modify PS domain parameter

905: Perform relevant communication and application interaction based on tight PS domain

Access network terrestrial radio system Node support service Node support service  universal radio packages general radio packagesTerminal telecommunications general service gateway92 12 13mobile 14  1001: Modify PDP context demand 1002: PDP context update request 1003: Context update response 1004: RAB PDP assignment 1005: Modify PDP context acceptance  Instruction unit Receiving unit activation 1101 1103 Unit processing domain switched packets 1102  Modification unit Processing unit parameter domain activation packets switched 11021 11022  Authentication Unit 1104 Unit receiving instruction activation 1201  Unit Forwarding Instruction activation 1202   Unit receiving instruction Shipping Unit activation  Unit of Analysis unit encapsulation