RU2365056C2 - Method, device and system of session coordination between access terminal and access network in system of high-speed data package transfer - Google Patents

Abstract

FIELD: physics; communication.

SUBSTANCE: invention concerns communication systems. The method of performance of the coordination of a session pattern contains stages in the access network of a high-speed data package transfer system, where: coordination with the access terminal for a session pattern is carried out for each report; the message about end of the soft pattern, containing bit of continuation of the session pattern, specifying, whether is required an additional pattern of a session, and a field of the session pattern marker, specifying an index of session pattern personification which should be applied, is sent to the access terminal; it is defined, whether the currently used session pattern was changed when all finished session patterns have been terminated; also the physical channel corresponding to the access terminal is supported if the currently used session pattern has not been changed.

EFFECT: increase of communication efficiency.

62 cl, 10 dwg, 5 tbl

Description

FIELD OF THE INVENTION

The present invention generally relates to a method, apparatus and coordination system between an access terminal and an access network in a mobile communication system. In particular, the present invention relates to a method, apparatus, and system for negotiating a session between an access terminal and an access network, which can simplify a renegotiation procedure when a session between an access terminal and an access network is configured / updated / deleted.

State of the art

With the rapid development of communication technologies, mobile communication networks provide high-speed data services in order to make possible the multimedia service for e-mail, the transmission of still and dynamic images, etc., as well as the traditional voice service. Traditional mobile communication systems to support high-speed data services include 2000 1x code division multiple access (CDMA2000 1x), 1x evolutionary standard for data only (1xEV-DO), 1x evolutionary standard for data and voice (1xEV-DV), asynchronous universal mobile communication systems (UMTS), etc. These mobile communication systems have a channel structure for high speed data transmission.

Among these mobile communication systems, the 1xEV-DO standard system is a high-speed packet data transmission system proposed by the Partnership Project for the Creation of Third Generation Networks (3GPP2) to improve data transmission of the IS-2000 standard system. First, the channel structure of a 1xEV-DO system will be briefly described.

In a 1xEV-DO system, direct physical channels transmitted from an access network (AN) to an access terminal (AT) include a test channel, a direct medium access control (MAC) channel, a direct traffic channel, and a direct control channel. Direct physical channels are transmitted to the access terminal (AT) using a time division multiplexing (TDM) scheme. A user data packet is transmitted through a direct traffic channel of direct physical channels. The control message and the encapsulated user data packet are transmitted through the direct control channel corresponding to the common channel. The forward media access control (MAC) channel is used to transmit reverse speed control information, power control information, etc.

In a 1xEV-DO system, reverse physical channels transmitted from an access terminal (AT) to an access network (AN) differ from direct physical channels in that the reverse physical channels have different identification codes for each access terminal (AT). The return channels for each access terminal (AT) are a test channel, a reverse traffic channel, a reverse data rate control (DRC) channel, a reverse rate indicator channel (RRI), an access channel, etc. The user data packet is transmitted through the reverse traffic channel. An access channel is used when an access terminal (AT) transmits a message or access network (AN) traffic before a traffic channel connection is established. The data rate control channel (DRC) is used to notify the access network (AN) of the highest transmission rate at which the access terminal (AT) can receive data. The reverse link rate indicator channel (RRI) is used to issue a notification of the transfer rate at which data is transmitted through the reverse traffic channel.

In a conventional IS-2000 system, on the other hand, an access terminal (AT) is identified using an electronic serial number (ESN). However, the 1xEV-DO standard system distributes to each access terminal (AT) a unicast access terminal identifier (UATI) instead of an electronic serial number (ESN) and identifies each access terminal (AT) using a unicast access terminal identifier (UATI). A Unicast Access Terminal Identifier (UATI) is defined for the scope of an identical controller (packet control function (PCF) object or wireless network controller (RNC)), that is, for each subnet. The unicast access terminal identifier (UATI) is configured from a subnet identifier part and an access terminal identifier (AT) part. When a 1xEV-DO terminal moves from one subnet to another, a new unicast access terminal identifier (UATI) is configured by assigning a new subnet identifier.

Accordingly, in order to exchange data with the system, a 1xEV-DO standard terminal must first be assigned a unicast access terminal identifier (UATI) corresponding to an access terminal identifier (AT). An access terminal (AT) receiving a unicast identifier of an access terminal (UATI) performs a process of negotiating system parameters for each protocol for each layer in order to exchange data with an access network (AN) in a method of transmitting data to an access network (AN) and receiving data from an access network (AN) through a physical layer channel, in a method for setting a type of transmission and a data format at a medium access control (MAC) level for transmitting data, in a method for supporting an established call at a connection level or for transmitting and receiving data in inactive state, in a method for separating, repositioning and retransmitting higher-level data, such as a transmission control protocol / Internet protocol (TCP / IP) packet, etc.

In the process of negotiating system parameters, an access terminal (AT) and an access network (AN) exchange a predetermined message and establish a dedicated channel for exchanging the message. Since the dedicated channel is established before the exchange of parameters necessary for transmission occurs, the access terminal (AT) and the access network (AN) establish the specialized traffic channel using the predefined default parameters and perform parameter negotiation. Subsequently, the agreed system parameters and sets of system variables are defined as the session configuration. The process of negotiating this session configuration is called a session configuration procedure. The session configuration is maintained and updated during one session, that is, a period in which data can be transmitted between the access terminal (AT) and the access network (AN).

The session configuration procedure between the access terminal (AT) and access network (AN) is divided into the state initiated by the access terminal (AT) to send a request for the desired parameters from the access terminal (AT) to the access network (AN) and the state initiated by the access network (AN) to offer the access terminal (AT) the parameters that the access network (AN) wishes to use. An access terminal (AT) or access network (AN) sends a list of parameter values to be used for a single system parameter through a ConfigurationRequest message. If the value that the receiving side of the ConfigurationRequest message desires is present in the parameter value list, the receiving side sends the ConfigurationResponse message containing the desired value to the transmitting side.

However, if the value that the receiving side of the ConfigurationRequest message desires is not in the parameter value list, the receiving side performs the process of sending the sending side a list of the desired parameter values that can be supported by the receiving side through the ConfigurationResponse message. Then, a parameter value maintained between the access terminal (AT) and the access network (AN) can be set for the corresponding system parameter. Through the aforementioned process, an access terminal (AT) and an access network (AN) perform parameter negotiation for all protocols used. The party requesting the configuration of the parameter sends a ConfigurationComplete message to the receiving side and ends the session configuration process. The access terminal (AT) and access network (AN), the session configuration between which is completed, release the traffic channel established using the predefined default parameters and use the newly agreed parameters.

The traditional session configuration procedure repeats the process of releasing and reconfiguring the traffic channel whenever a new session is configured. When a parameter value for the session configuration is added that is different from the currently used session configuration, while the access terminal (AT) and access network (AN) are transmitting data using the specified session configuration, the process of releasing the traffic channel is performed as described above. However, the repeated operation of releasing and reconfiguring the traffic channel, as described above, leads to an unnecessary delay in the service and worsens user satisfaction with the service when a parameter of a previously configured session is also used in the next session configuration, that is, when the parameter used is not changed.

A traditional session configuration procedure cannot delete a saved session configuration after negotiation between an access terminal (AT) and an access network (AN) is completed. In order to delete a previously established predetermined session, the access terminal (AT) and access network (AN) are waiting for another session configuration to be negotiated and must use a method of overwriting the newly agreed session configuration on top of the session configuration to be deleted. When an unnecessary session configuration is not removed at the appropriate time, the access terminal (AT) and access network (AN) need to take unnecessary actions to continue to manage the unused session configuration.

For example, this corresponds to the case when the access terminal (AT) moves to another subnet and handoff is performed. In this case, the access network (AN) must accept the session configuration values used in the previous subnet. Since the conventional system does not provide a procedure for deleting an unnecessary session configuration, the target handover access network (AN) for the access terminal (AT) takes up to the unnecessary session configuration, and therefore time and memory overheads occur.

The traditional session configuration procedure cannot partially update the stored session parameter values after negotiation between the access terminal (AT) and the access network (AN). Accordingly, the access terminal (AT) and access network (AN) must again complete the process of fully configuring the session to update a given session, which leads to unnecessary transmission and reception of messages and unnecessary waste of time.

SUMMARY OF THE INVENTION

Thus, it is an object of the present invention to provide a method, device, and system for negotiating a session between an access terminal and an access network that can shorten the re-procedure when a session is negotiated between an access terminal and an access network in a high speed packet data system.

Another object of the present invention is to provide a method, device, and system for negotiating a session between an access terminal and an access network that can eliminate a traffic channel release operation when a session between an access terminal and an access network in a high-speed packet data system is negotiated.

Another object of the present invention is to provide a method, device, and system for negotiating a session between an access terminal and an access network that can send information from an access network to an access terminal indicating whether a predetermined session configuration has been applied when session negotiation between the access terminal and the access network has been completed high speed packet data system.

Another object of the present invention is to provide a method, device, and system for negotiating a session between an access terminal and an access network that can partially update parameter values when a session is negotiated between an access terminal and an access network in a high-speed packet data system.

Another objective of the present invention is the provision of a method, device and system for negotiating a session between an access terminal and an access network that can easily delete a previous session configuration when a session between an access terminal and an access network in a high-speed packet data system is negotiated.

According to an illustrative aspect of the present invention, there is provided a method for negotiating a session configuration in an access network of a high speed packet data system, the method comprising the steps of negotiating for each protocol with an access terminal for a session configuration, sending a soft configuration completion message containing a bit to the terminal continue session configuration, indicating whether another session configuration is being added, maintain a consistent session configuration , Is assigned to the personalization index specified in the notice of completion of the soft configuration, define the session configuration has been used been changed when all session configurations have been completed, and maintain the physical channel corresponding to the access terminal, if used by the session configuration has not been changed.

In accordance with another illustrative aspect of the present invention, there is provided a method of negotiating a session configuration in an access terminal of a high-speed packet data system, the method comprising the steps of negotiating for each protocol an access network for a session configuration, receiving a soft configuration completion message from the access network containing the session configuration continue bit indicating whether another session configuration is being added, the consistent config is saved session ation, in relevant index personalize specified in the notice of completion of the soft configuration, determine whether the changed used the session configuration, when all session configurations have been completed, and maintain the physical channel corresponding to the access network if the session used by the configuration has not been changed.

In accordance with another illustrative aspect of the present invention, there is provided a method for negotiating a session configuration in an access network of a high speed packet data system, the method comprising the steps of negotiating for each protocol with an access terminal for a session configuration and sending a soft configuration completion message to the access terminal, containing a session bit indicating whether a new session was applied when all session configurations were completed.

In accordance with another illustrative aspect of the present invention, there is provided a method for negotiating a session configuration in an access terminal of a high speed packet data system, the method comprising the steps of negotiating for each protocol with an access network for a session configuration and receiving a soft configuration completion message from the access network containing a session bit indicating whether a new session was applied when all session configurations were completed.

In accordance with another illustrative aspect of the present invention, there is provided a method for negotiating a session configuration between an access terminal and an access network in a high speed packet data system, the method comprising the steps of negotiating for each protocol for a session configuration between an access terminal and an access network, sending to the terminal a soft configuration completion access message containing a session bit indicating that a new session has been applied to the access network when all session configurations have been completed, and it is determined whether to support the physical channel in the access terminal and the access network, based on the session completion bit, the soft configuration completion message.

In accordance with another illustrative aspect of the present invention, there is provided a method of deleting a session configuration between an access network and an access terminal in a high speed packet data system, the method comprising the steps of sending a predetermined session deletion message containing a personalization index indicating the session configuration that should be removed from the transmitting side of the access network and the access terminal to the receiving side and delete the corresponding session configuration by ennuyu in the corresponding index of personalization, on the receiving side that receives the message that the session is removed.

In accordance with another illustrative aspect of the present invention, a method for updating a session configuration between an access network and an access terminal in a high-speed packet data system is provided, the method comprising the steps of: generating and / or activating an InConfiguration protocol instance using the corresponding parameter of the specified session configuration, which should be adjusted, on the transmitting side of the access network and the access terminal, receive a message for the formation and / or activation of co of the corresponding InConfiguration instance from the transmitting side on the receiving side of the access network and the access terminal, negotiate the parameter value to be updated on the access network and the access terminal using messages to coordinate the parameter defined in the corresponding protocol, and save the updated parameter value and others parameters of the corresponding session configuration in the personalization index of the corresponding session configuration in the access network and the access terminal.

In accordance with another illustrative aspect of the present invention, there is provided a method for updating a session configuration between an access network and an access terminal in a high speed packet data system, the method comprising the steps of: sending a request to update a predetermined configuration attribute from the transmitting side of the access network and the access terminal to the other side, determine whether a configuration attribute is used on the receiving side receiving the update request and sending a response to the update request to the sending party, and the updated configuration attribute is applied both in the access network and in the access terminal when the receiving side receiving the update request confirms the use of the configuration attribute.

In accordance with another illustrative aspect of the present invention, there is provided a method of updating a session configuration on a transmitting side that transmits an update request when a session configuration between an access network and an access terminal in a high-speed packet data system is updated, the method comprises the steps of sending a predetermined message to the receiving side personalization update request indicating the specified session configuration configuration attribute to be updated m, a response indicating whether the configuration attribute is used is received from the receiving side that receives the update request, and the updated configuration attribute is applied when the receiving side confirms the use of the configuration attribute.

In accordance with another illustrative aspect of the present invention, there is provided a method for updating a session configuration on a receiving side that receives an update request when a session configuration is updated between the access network and the access terminal in a high speed packet data system, the method comprising the steps of receiving a predetermined update request message personalization indicating the specified session configuration configuration attribute to be updated, send a response, indicating whether a configuration attribute is used, to the sending party that sends the personalization update request message, and the updated configuration attribute is applied when the receiving party confirms the use of the configuration attribute.

In accordance with another illustrative aspect of the present invention, there is provided a high-speed packet data system for negotiating at least one session configuration between an access network and an access terminal, the system comprises an access network for negotiating with an access terminal regarding at least one session configuration for each protocol, saving the personalization index and session configuration that is mapped to each session configuration, determining whether the session configuration is not used, after determining whether all the session configurations are completed and sending the determination result to the access terminal, and the access terminal to negotiate with the access terminal regarding the set of session configurations for each protocol and save the personalization index and session configuration associated with each configured session. The currently used physical channel is maintained between the access network and the access terminal if the used session has not been changed as a result of the determination.

In accordance with another illustrative aspect of the present invention, an access network is provided for negotiating a session configuration for communicating with at least one access terminal in a high speed packet data system, the access network includes control means for negotiating with at least one access terminal regarding at least one session configuration, sending at least one access terminal a predetermined soft configuration completion message and containing a session configuration continue bit indicating the completion of the session configuration when all session configurations have been completed, and a session bit indicating whether a new session has been applied and supporting a previously established physical channel corresponding to at least one access terminal when The current session configuration continues to be used.

In accordance with another illustrative aspect of the present invention, an access terminal is provided for negotiating a session configuration for interacting with an access network in a high speed packet data system, the access terminal comprising a controller for negotiating with the access network regarding at least one session configuration received from the network access a predefined soft configuration completion message containing a session configuration continue bit indicating configuration completion session when all session configurations have been completed, and a session bit indicating whether a new session configuration has been applied, and support for a previously established physical channel corresponding to the access network when the current session configuration continues to be used according to the result of checking the session bit.

In accordance with another illustrative aspect of the present invention, an access network is provided for negotiating a session configuration for communicating with at least one access terminal in a high speed packet data system, the access network includes control means for negotiating with at least one access terminal with respect to at least one session configuration, sending at least one access terminal a predetermined session deletion message containing a personalization index indicating at least one session configuration that should be deleted when at least one session configuration is to be deleted in at least one consistent session configuration and deletion of at least , one specified session configuration from memory.

In accordance with another illustrative aspect of the present invention, an access terminal is provided for negotiating a session configuration for interacting with an access network in a high-speed packet data system, the access terminal comprises a controller for negotiating with the access network regarding at least one session configuration and deletion, at least one specified session configuration from memory upon receipt of a predetermined session deletion message from the access network with personalization indicating at least one session configuration to be deleted.

In accordance with another illustrative aspect of the present invention, there is provided a transmitter for negotiating a session configuration for interacting with at least one receiver in a high speed packet data system, the transmitter comprising control means for negotiating with at least one receiver with respect to at least at least one session configuration via the communication and sending interface to at least one receiver of a predefined InConfiguration instance activation message for the formation and / or activation of the InConfiguration instance of the corresponding protocol when the parameter of the specified session configuration is formed, which must be updated.

In accordance with another illustrative aspect of the present invention, there is provided a receiver for negotiating a session configuration for interacting with at least one transmitter in a high speed packet data system, the receiver comprising control means for negotiating with at least one transmitter with respect to at least at least one session configuration via the communication interface and negotiation with at least one transmitter with respect to the value of the target parameter of the update detecting when receiving the at least one transmitter a predetermined InConfiguration instance activation message asking the formation and / or activation InConfiguration instance of an appropriate protocol to update a specific parameter session configuration.

In accordance with another illustrative aspect of the present invention, there is provided a transmitter for negotiating a session configuration for interacting with at least one receiver in a high speed packet data system, the transmitter comprising control means for negotiating with at least one receiver with respect to at least at least one configuration of the session via the communication interface, sending at least one receiver of a predetermined personalization update request message, with holding configuration attribute value, corresponding to a request to update the corresponding parameter when the specified parameter is formed a given session configuration to be updated, receiving the response message, the at least one receiver and determining whether to update the configuration attribute value.

In accordance with another illustrative aspect of the present invention, there is provided a receiver for negotiating a session configuration for communicating with at least one transmitter in a high speed packet data system, the receiver comprising control means for negotiating with at least one transmitter with respect to at least at least one session configuration via a communication and sending interface to at least one transmitter of a response message indicating whether the value of the attribute of the conf gurations, upon receipt of at least one transmitter of a predetermined personalization update request message containing a configuration attribute value corresponding to a request to update the corresponding parameter.

Brief Description of the Drawings

The above and other illustrative objects and advantages of the present invention will be more apparent from the following detailed description, taken in conjunction with the accompanying drawings, in which it will be understood that like reference numbers refer to like parts, components and structures, where:

Figure 1 illustrates a process for negotiating a session configuration between an access terminal (AT) and an access network (AN) in a high speed packet data system;

2 is a flowchart illustrating a method for negotiating a session configuration in an access network (AN) of a high-speed packet data system in accordance with an illustrative embodiment of the present invention;

3 is a flowchart illustrating a method for negotiating a session configuration in an access terminal (AT) of a high speed packet data system in accordance with an illustrative embodiment of the present invention;

4 is a flowchart illustrating a method for negotiating a session configuration in an access network (AN) of a high-speed packet data system in accordance with another illustrative embodiment of the present invention;

5 is a flowchart illustrating a method for negotiating a session configuration in an access terminal (AT) of a high speed packet data system in accordance with another illustrative embodiment of the present invention;

6 is a flowchart illustrating an operation of a party sending an activation message for an InConfiguration instance when a session configuration is updated in a high speed packet data system in accordance with an illustrative embodiment of the present invention;

7 is a flowchart illustrating an operation of a party receiving an InConfiguration instance activation message when a session configuration is updated in a high speed packet data system in accordance with an illustrative embodiment of the present invention;

FIG. 8 is a flowchart illustrating an operation of a party sending a PersonalityUpdateRequest message when a session configuration is updated in a high-speed packet data system in accordance with another illustrative embodiment of the present invention;

9 is a flowchart illustrating an operation of a party receiving a PersonalityUpdateRequest message when a session configuration is updated in a high speed packet data system in accordance with another illustrative embodiment of the present invention; and

10 is a block diagram illustrating an example structure of a high speed packet data system that can implement an illustrative embodiment of the present invention.

Detailed Description of Embodiments

Below will be described in detail some illustrative embodiments of the present invention with reference to the accompanying drawings. In the following description, for clarity and conciseness, detailed descriptions of the functions and configurations included in this description that are known to those skilled in the art are omitted.

For a better understanding of illustrative embodiments of the present invention, with reference to FIG. 1, a conventional session configuration process carried out in a high-speed packet data system, such as an evolution 1x data-only standard system (1xEV-DO), will be described. Thus, FIG. 1 illustrates a process for negotiating a session configuration between an access terminal (AT) 10 and an access network (AN) 20 in a conventional high-speed packet data system.

1, a new unicast access terminal identifier (UATI) is assigned from the access network (AN) to the access terminal (AT) 10 in steps 101-105, and the traffic channel is set using the default value in step 107. Access network 20 ( AN) sends a ConfigurationStart message to the access terminal (AT) through the traffic channel in step 109. The configuration procedure of the state session initiated by the access terminal (AT) begins.

In the state initiated by the access terminal (AT), the access terminal (AT) 10 and the access network (AN) 20 exchange a ConfigurationRequest message and a ConfigurationResponse message and set the desired parameter value for the given parameter in steps 111 and 113. When the desired parameter value is fully set, the access terminal (AT) 10 sends, at step 115, a ConfigurationComplete message to the access network (AN) 20 to stop the configuration of the state session initiated by the access terminal (AT). The configuration procedure for the state session initiated by the access network (AN) begins.

In the state initiated by the access network (AN), the access network (AN) 20 distributes at step 117 the predetermined values of the encryption key to the access terminal 10 (AT). Then, at steps 119 and 121, the ConfigurationRequest message and the ConfigurationResponse message are exchanged and the desired parameter value for the specified parameter is set. When the desired parameter value is fully set, the access network (AN) 20 sends, at step 123, the ConfigurationComplete message to the access terminal (AT) 10, indicating that the entire session configuration process has been completed.

A high-speed packet data system uses a data structure based on the shape of a configuration attribute during negotiation of parameters for a session configuration. The parameter identifier and parameter value configure the configuration attribute. When the parameter negotiation is completed, the access terminal (AT) and the access network (AN) offer the parameter value using the corresponding configuration attribute and save the result of the negotiation in the form of the corresponding configuration attribute.

When the high-speed packet data system, as illustrated in FIG. 1, updates a session while multiple sessions are being used, different parameter values can be used for each subnet also between identical parameters based on identical protocols. When moving to a subnet of another access network (AN), the access terminal (AT) is assigned a new unicast access terminal identifier (UATI) mapped to the subnet, and it performs the operation of updating the session configuration through the new session configuration procedure. Since the request and response for the parameters to be used are repeated for all protocols, when the session configuration is negotiated, a long period of time is required. When the subnet changes, the user experiences a service interruption for a long period of time.

To address this problem, a method was proposed. In the proposed method, the access terminal (AT) and the access network (AN) negotiate with each other during the initial session configuration and store information about many different session configurations for each subnet. In this case, the session configuration information of the corresponding subnet stored in advance is called up and used when the subnet actually changes, so that the session configuration time can be significantly reduced. As described above, a method of storing information about multiple sessions in advance is referred to as a multi-session configuration procedure.

Similar to the session configuration procedure in FIG. 1, the configuration procedure of several sessions is divided into a state initiated by an access terminal (AT) to send a request for desired parameters from an access terminal (AT) to an access network (AN) and a state initiated by an access network (AN) , to offer the access terminal (AT) the parameters that the access network (AN) wishes to use. An access terminal (AT) or access network (AN) sends a list of parameter values that are used for a single system parameter through a ConfigurationRequest message. If the value that the receiving side of the ConfigurationRequest message desires is present in the parameter value list, the receiving side sends the ConfigurationResponse message containing the desired value to the transmitting side.

However, if the value that the receiving side of the ConfigurationRequest message desires is not in the parameter value list, the receiving side performs a process to send the sending side a list of the desired parameter values that can be supported by the receiving side through the ConfigurationResponse message.

When the negotiation of parameters for all protocols is completed in the state initiated by the access network (AN), the access network (AN) sends a predefined SoftConfigurationComplete message to the access terminal (AT) and notifies the access terminal (AT) that the negotiation of one session configuration has been completed. Along with the personalization index, a SoftConfigurationComplete message is sent to the access terminal (AT) to identify the appropriate session configuration. The access terminal (AT) and access network (AN) store the completed session configuration in the value of the personalization index that is mapped to it.

After one session configuration is completed, the access network (AN) desiring to initialize another session configuration, for example, sets the predetermined continuation of the session configuration bit to '1'. The session configuration continue bit is contained in the SoftConfigurationComplete message when the message is sent. Upon receipt of a SoftConfigurationComplete message in which the session configuration continue bit is set to '1', the access terminal (AT) transitions to the state initiated by the access terminal (AT), initializes a new session configuration, and repeats the above process.

When all session configurations are completed according to the above process, the access network (AN) sends an SoftConfigurationComplete message to the access terminal (AT) in which the session configuration continue bit is set to '0' to indicate that all session configurations have been completed. Among the plurality of session configuration values, SoftConfigurationComplete messages send a predefined session configuration token that indicates the personalization index to be used after the session configuration is stopped. The access terminal (AT) and access network (AN) release the traffic channel established by the previously set default parameters, and apply the parameters associated with the session configuration marker to each protocol.

When one or more sessions are negotiated in a conventional high-speed packet data system, as described above, the traffic channel set by default parameters must be released after the session configuration is completed. Accordingly, there is a problem that the session configuration is delayed.

Unlike traditional methods, an illustrative embodiment of the present invention provides a method that can add a new session configuration without releasing a traffic channel. According to an illustrative embodiment of the present invention, an access terminal (AT) and an access network (AN) complete session configuration negotiation without releasing a traffic channel when it is determined that the session configuration used has not been changed after all session configurations have been completed.

First, some illustrative basic conditions for an access terminal (AT) and access network (AN) in accordance with an illustrative embodiment of the present invention will be described.

In a high-speed packet data system to which an illustrative embodiment of the present invention can be applied, an access terminal (AT) receives a SoftConfigurationComplete message from an access network (AN) in which the session configuration continue bit is set to '0' when the session configuration is stopped . In this case, if the personalization index of the session configuration currently being used indicates the same session that the SessionConfigurationToken field of the SoftConfigurationComplete message indicates in the first condition, and the other session configuration is not written over the current session configuration in the second condition, matching The session configuration can be stopped without releasing the physical channel, i.e. the traffic channel, since it is determined that the current session configuration has not been changed. If the restoration of a previous session is not confirmed between the access terminal (AT) and the access network (AN) in the third condition in addition to the first and second conditions, session configuration negotiation can be stopped without releasing the physical channel after the determination was made as to whether whether the session configuration has been changed.

In a high speed packet data system, to which an illustrative embodiment of the present invention can be applied, an access network (AN) has the same conditions as an access terminal (AT). The access network (AN) sends the SoftConfigurationComplete message to the access terminal (AT) in which the session configuration continue bit is set to '0' when the session configuration is completed. In this case, if the personalization index of the currently used session configuration points to the same session that the SessionConfigurationToken field of the SoftConfigurationComplete message indicates in the first condition, and the other session configuration is not written over the currently used session configuration in the second condition, the configuration agreement A session can be stopped without releasing a traffic channel. If the restoration of a previous session is not confirmed between the access terminal (AT) and the access network (AN) in the third condition in addition to the first and second conditions, the session configuration negotiation can be stopped without releasing the traffic channel after the determination was made as to whether whether the session configuration has been changed.

Exemplary operations of an access terminal (AT) and access network (AN) to which a method based on basic illustrative conditions is applied in accordance with an illustrative aspect of the present invention will be described with reference to FIGS. 2 and 3.

2 is a flowchart illustrating a method for negotiating a session configuration in an access network (AN) of a high speed packet data system in accordance with an illustrative embodiment of the present invention.

At step 201, the access network (AN) negotiates for each protocol with respect to one session configuration. After the negotiation of one session configuration is completed, at step 203, the access network (AN) determines whether additional session configuration is required. When additional session negotiation is required, the access network (AN), for example, sends a SoftConfigurationComplete message to the access terminal (AT) in which the session configuration continue bit is set to '1' in step 205. Then, in step 207, the access (AN) network only saves that the previously agreed session configuration in the personalization index described in the SoftConfigurationComplete message. The access network (AN) then proceeds to step 201 to negotiate the next session configuration.

However, if at step 203 the access network (AN) determines that no additional session negotiation is required because all session configurations have been completed, the access network (AN), for example, sends a SoftConfigurationComplete message in step 209 to the access terminal (AT), in which the continuation bit Session configuration is set to '0'. Then, at step 211, the access network (AN) stores the newly agreed session configuration in the personalization index described in the SoftConfigurationComplete message. Then, at step 213, the access network (AN) determines whether the currently used session configuration has been changed using the above conditions.

The access network (AN) considers the three conditions, as described above, at step 213. If the personalization index of the currently used session configuration points to the same session that the SessionConfigurationToken field of the SoftConfigurationComplete message points to, the personalization index of the currently used session configuration was updated in the previous session negotiation process and restoration of the previous session was not coordinated between the access terminal (AT) and access network (AN), access network (AN) determines that currently used to The session configuration has not been changed, and then stops the session configuration process.

However, the access network (AN) determines that the currently used session configuration has been changed, if any of these three conditions is not satisfied, at step 213. Then at step 215, the access network (AN) releases the traffic channel that is currently being used session configuration, and stops the connection to the access terminal (AT). At step 217, the access network (AN) applies the newly changed session configuration, that is, the session configuration mapped to the SessionConfigurationToken field described in the SoftConfigurationComplete message.

3 is a flowchart illustrating a method for negotiating a session configuration in an access terminal (AT) of a high speed packet data system in accordance with an illustrative embodiment of the present invention.

At step 301, the access terminal (AT) negotiates for each protocol with respect to one session configuration. The access terminal (AT) negotiates the session configuration of step 301 until a SoftConfigurationComplete message is received in step 303. When the SoftConfigurationComplete message is received in step 303, the access terminal (AT) determines in step 305 whether the session configuration continue bit of the SoftConfigurationComplete message was set to value '0', and determines if all session configurations have been completed.

If the session configuration continue bit was set to '1', i.e. all session configurations were not completed, as a result of this determination, the access terminal (AT) saves the previously agreed session configuration in the personalization index described in the SoftConfigurationComplete message. The access terminal (AT) then proceeds to step 301 to negotiate the next session configuration. However, when at step 303, the access terminal (AT) receives a SoftConfigurationComplete message in which the session configuration continue bit is set to '0', the access terminal (AT) stores at step 309 the newly agreed session configuration in the personalization index described in the SoftConfigurationComplete message . Then, at step 311, the access network (AN) determines whether the currently used session configuration has been changed.

The access terminal (AT) considers these three conditions, as described above, at step 311. If the personalization index of the currently used session configuration indicates the same session that the SessionConfigurationToken field of the SoftConfigurationComplete message indicates, the personalization index of the currently used session configuration is not was updated in the previous session negotiation process and restoration of the previous session was not negotiated between the access terminal (AT) and access network (AN), the access terminal (AT) determines what is used in the current e the session configuration has not been changed and then stops the session configuration process.

However, the access terminal (AT) determines that the currently used session configuration has been changed, if any of these three conditions is not satisfied, at step 311. Then the access terminal (AT) releases the traffic channel established in the currently used session configuration, and stops the connection to the access network (AN) at step 313. At step 315, the access terminal (AT) applies the newly changed session configuration, that is, the session configuration mapped to the SessionConfigurationToken field described in the SoftConfigurationComplete message.

A session configuration method in accordance with another illustrative embodiment of the present invention will now be described.

In this illustrative embodiment, the access terminal (AT) does not determine whether the currently used session configuration has been changed, but the access network (AN) assigns information indicating whether the session configuration has been applied. In this illustrative method, an access network (AN) may indicate whether a given session configuration has been applied after session configuration negotiation has been completed. When the access network (AN) indicates that the specified session configuration has been applied, the access terminal (AT) releases the physical channel and uses the session configuration defined by the access network (AN). However, when the access network (AN) does not indicate that the specified session configuration has been applied, the access terminal (AT) completes the session configuration negotiation without releasing the physical channel.

Now, for example, an access terminal (AT) based on the 1xEV-DO standard will be described. When the session configuration is completed and the SoftConfigurationComplete message is received in which the session configuration continue bit is set to '0', the access terminal (AT) reads the predefined session commit bit from the Commit field sent along with the session configuration continue bit, and determines whether the specified session. When the session bit is set to '1', the access terminal (AT) applies the session configuration of the personalization index corresponding to the SessionConfigurationToken field sent with the SoftConfigurationComplete message. In this process, the physical channel may be released. However, the access terminal (AT) continues to support the current session configuration without releasing the physical channel when receiving a SoftConfigurationComplete message in which the session bit is set to '0'.

Now, for example, an access network (AN) based on the 1xEV-DO standard will be described. When negotiation of the session configuration is completed, a SoftConfigurationComplete message is sent in which the session configuration continue bit is set to '0'. When it is desired to apply a session configuration that is mapped to a given personalization index, after negotiating the session configuration, the session bit of the SoftConfigurationComplete message is set to '1' and a SoftConfigurationComplete message is sent along with the SessionConfigurationToken field corresponding to the personalization index to be applied. The personalization index session configuration corresponding to the sent SessionConfigurationToken is then applied. In this process, the physical channel may be released. However, if you want to continue using the current session configuration after negotiating the session configuration, the access network (AN) sends a SoftConfigurationComplete message in which the session bit is set to '0' and continues to support the current session configuration.

Table 1 shows the fields of the proposed SoftConfigurationComplete message to indicate whether the specified session configuration has been applied to the access network (AN).

Table 1 Field Length (bits) Messageid 8 TransactionID 8 PersonalityIndexStore four Continue one Commit 0 or 1 SessionConfigurationToken 0 or 16 Reserved 0-7 (as required)

In Table 1, the MessageID field is used to recognize different messages and is set as the message identifier for the message SoftConfigurationComplete. The TransactionID field is an identifier used to recognize different SoftConfigurationComplete messages. Whenever a new SoftConfigurationComplete message is configured, the remainder obtained by dividing the value increased by one by 256 (2 ⁸ ) is assigned and sent to the TransactionID field. The PersonalitylndexStore field indicates the personalization index in which the consistent session configuration is stored.

When the received SoftConfigurationComplete message is the first SoftConfigurationComplete message after initializing the session configuration negotiation, the access terminal (AT) stores the agreed session configuration values in the specified personalization index until the SoftConfigurationComplete message is received from the time the session configuration negotiation was initialized. When the received SoftConfigurationComplete message is not the first SoftConfigurationComplete message, the access terminal (AT) stores the agreed session configuration values in the specified personalization index until the current SoftConfigurationComplete message is received from the time the previous SoftConfigurationComplete message was received.

When the sent SoftConfigurationComplete message is the first SoftConfigurationComplete message after initializing the session configuration negotiation, the access network (AN) stores the agreed session configuration values in the specified personalization index until the SoftConfigurationComplete message is sent from the time the session configuration negotiation was initialized. When the sent SoftConfigurationComplete message is not the first SoftConfigurationComplete message, the access network (AN) stores consistent session configuration values in the specified personalization index until the current SoftConfigurationComplete message is sent from the time the previous SoftConfigurationComplete message was sent.

In Table 1, the Continue field indicates whether the session configuration matching the new personalization index continues. When the Continue field is '1', the session configuration that is mapped to the new personalization index continues. When the Continue field is '0', the session configuration is stopped. In Table 1, the Commit field indicates whether the specified session configuration is completed. This Commit field is included in the message only if the Continue field is '0'.

When the Commit field is set to '1', the access terminal (AT) and access network (AN) use a session configuration that matches the personalization index specified by the SessionConfigurationToken field of table 1. In this case, the access terminal (AT) and access network (AN ) release the physical channel. The SessionConfigurationToken field indicates the personalization index that should be applied, and is included in the message only when the Commit field is set to '1'. The access terminal (AT) and access network (AN) use a session configuration that is mapped to a personalization index with the same value as the 4 high-order bits of the SessionConfigurationToken field. In this illustrative embodiment, the SessionConfigurationToken field is preferably set to 16 bits. The personalization index is set to 4 bits, but the number of bits of the personalization index is variable.

Next, a session configuration method in accordance with another illustrative embodiment of the present invention will be described in more detail with reference to FIGS. 4 and 5.

4 is a flowchart illustrating a session configuration process performed on an access network (AN) of a high speed packet data system in accordance with another illustrative embodiment of the present invention. In particular, FIG. 4 illustrates an access network (AN) operation in a session configuration procedure in which a physical channel is not released unnecessarily.

At step 401, the access network (AN) negotiates for each protocol with respect to one session configuration. After the negotiation of one session configuration is completed, the access network (AN) determines in step 403 whether additional session configuration is required. If additional session negotiation is required, the access network (AN) sends a SoftConfigurationComplete message in step 405, in which the Continue bit is set to '1'. Here, a SoftConfigurationComplete message is sent to an access terminal (AT) whenever a session is configured. The access network (AN) sending the SoftConfigurationComplete message stores the newly agreed session configuration in the personalization index described in the SoftConfigurationComplete message. The access network (AN) then proceeds to step 401 to negotiate the next session configuration.

If all session configurations are completed and additional session negotiation is not required, as a result of the determination in step 403, the access network (AN) determines whether to apply the newly defined session. If the specified session is reused, the access network (AN) sends, in step 411, the SoftConfigurationComplete message to the access terminal (AT), in which the Continue bit is set to '0' and the Commit field is set to '1'. Then, at step 413, the access network (AN) stores the previously agreed session configuration in the personalization index described in the SoftConfigurationComplete message. Then, at step 415, the access network (AN) releases the physical channel established in the currently used session configuration. Then, at step 417, the access network (AN) applies the newly changed session configuration, that is, the session configuration mapped to the SessionConfigurationToken field described in the SoftConfigurationComplete message, and then ends the session configuration process.

However, if the new session should not be applied as a result of the determination in step 409, the access network (AN) sends in step 419 to the access terminal (AT) a SoftConfigurationComplete message in which the Continue bit and the Commit field are respectively set to '0'. Then, at step 421, the access network (AN) stores the newly agreed session configuration in the personalization index described in the SoftConfigurationComplete message, and then ends the session configuration process without releasing the physical channel. According to the above illustrative embodiment, the access network (AN) may send information to the access terminal (AT) indicating whether a predetermined session configuration has been applied after the session configuration negotiation has been completed, and may support the existing physical channel when the previous session configuration is not was changed.

5 is a flowchart illustrating a session configuration process in an access terminal (AT) of a high speed packet data system in accordance with another illustrative embodiment of the present invention. In particular, FIG. 5 illustrates an operation of an access terminal (AT) in a session configuration procedure in which a physical channel is not released unnecessarily.

At step 501, the access terminal (AT) negotiates for each protocol with respect to one session configuration. When the negotiation of one session configuration is completed, the access terminal (AT) receives the SoftConfigurationComplete message in step 503. Upon receiving the SoftConfigurationComplete message in step 503, the access terminal (AT) determines whether the Continue bit of the SoftConfigurationComplete message is set to '0' in step 505. When the Continue bit is set to '1', the access terminal (AT) saves the previously agreed session configuration in the personalization index described in the SoftConfigurationComplete message at step 507. Then, the access terminal (AT) proceeds to step 501 to perform the procedure with Vocalizations for the new session configuration.

Upon receiving the SoftConfigurationComplete message, in which the Continue bit is set to '0', in step 505, the access terminal (AT) determines that all session configurations have been completed. The access terminal (AT) then stores the previously agreed session configuration in the personalization index described in the SoftConfigurationComplete message at step 509. Then, at step 511, the access terminal (AT) checks the value of the Commit bit and determines whether to use the new session configuration. If the value of the Commit bit is '1' in step 511, the access terminal (AT) releases in step 513 the physical channel established in the currently used session configuration and stops the connection to the access network (AN). The access terminal (AT) applies at step 515 a newly changed session configuration, that is, a session configuration that is mapped to the SessionConfigurationToken field described in the SoftConfigurationComplete message.

If the Commit bit value is '0' in step 511, the access terminal (AT) immediately ends the session configuration process without releasing the physical channel established in the currently used session configuration. According to the above embodiment, an access terminal (AT) can use a predetermined session configuration based on information indicating whether a predetermined session configuration is received from an access network (AN) and can support an existing physical channel when the previous session configuration has not been changed .

Next, a method for deleting a previously saved session configuration negotiated between an access terminal (AT) and an access network (AN) in accordance with an illustrative embodiment of the present invention will be described.

In the method proposed in the illustrative embodiment of the present invention, the access network (AN) sends a session deletion message containing a personalization identifier or a session index to be deleted and a transaction identifier without starting a session configuration process in order to delete a previously stored session configuration. Upon receiving the session deletion message, the access terminal (AT) deletes session information from the memory that is mapped to the specified personalization index. In an illustrative embodiment, a session deletion message is not transmitted or received during session configuration negotiation.

Table 2 shows an example session delete message for deleting a previously saved session configuration in accordance with the present invention.

table 2 Field Length (bits) Messageid 8 TransactionID 8 Personality count four

PersonalityCount + 1 instances of the next entry

Personalitylndex 0 or 4

Reserved 0 or 4

In Table 2, the MessageID field indicates the value of a message identifier to identify a session deletion message. The TransactionID field is used to distinguish the order of session delete messages retransmitted or delayed due to network conditions. Whenever a session deletion message is sent, the access network (AN), for example, increments the TransactionID field by one.

In Table 2, the PersonalityCount field indicates the number of personalization indices that should be deleted (for example, the number of personalization indices is 1) in the session deletion message. The PersonalityIndex field indicates a personalization index that matches the session configuration that should be deleted. Upon receiving a session removal message from an access network (AN), an access terminal (AT) deletes at least one session configuration that is mapped to the personalization index included in the message.

Upon receiving a session deletion message, the access terminal (AT) deletes the specified session configuration and sends an access network (AN) response message. The access network (AN) can determine if the access terminal (AT) has deleted the session configuration by receiving a response message, so deleting the session configuration can be performed stably. In this case, the access network (AN) receives the response message and then deletes its own session configuration when it is determined that the access terminal (AT) has deleted the session configuration.

Next, a method for updating (adjusting) a previously saved session configuration agreed between an access terminal (AT) and an access network (AN) in accordance with an illustrative embodiment of the present invention will be described.

A method for performing a session negotiation process between an access terminal (AT) and an access network (AN) and updating a predetermined session configuration among a plurality of stored session configurations is not defined in the prior art. The session negotiation process must be completed completely even when the access terminal (AT) and access network (AN) wish to correct some parameter values included in the given session configuration. For example, when an access terminal (AT) and an access network (AN) store session configurations 1, 2, and 3 and wish to update the value of a given parameter A of a configuration of session 2, in the prior art, the session negotiation process needs to be repeated for all session configuration parameters 2 .

An exemplary embodiment of the present invention provides a method that can update a given parameter of a given session configuration without performing the completely traditional session negotiation process between an access terminal (AT) and an access network (AN). In an illustrative method proposed in accordance with the present invention, an access network (AN) (or access terminal (AT)) requesting an update of a given parameter generates or activates a protocol using the parameter to be adjusted in the appropriate session configuration to adjust The saved session configuration value. Then, the target access terminal (AT) (or access network (AN)) sends an activation message for the InConfiguration instance, which will be described later, and generates or activates the protocol using the corresponding parameter of the corresponding session configuration.

Then, the access network (AN) (or access terminal (AT)) requests a parameter update, and the access terminal (AT) (or access network (AN)) receives a request to update the parameter value of the corresponding protocol using known messages for negotiating the parameter determined by the generated or an activated protocol. For example, known messages are the AttributeUpdateRequest message, the AttributeUpdateAccept message, the AttributeUpdateReject message, the ConfigurationRequest message, and the ConfigurationResponse message. Messages for parameter negotiation are defined in each protocol. After the update process is completed, the access network (AN) (or access terminal (AT)) requesting the update and the target access terminal (AT) (or access network (AN)) store the updated parameter of the corresponding protocol and other parameters of the corresponding session configuration in the personalization index and complete the update of the session configuration.

In a high-speed packet data system to which illustrative embodiments of the present invention may be applied, an access network (AN) (or access terminal (AT)) generates or activates an InConfiguration protocol instance using the appropriate session information parameter to update the parameter (or configuration attribute ) a given session configuration previously saved through session configuration negotiation. In an illustrative embodiment, an InConfiguration instance of a protocol is one independent functional module configured by a parameter value defined in a protocol and protocol operation. A generated or activated InConfiguration instance is used to coordinate parameters used in the corresponding protocol, and defines only the minimum operation for parameter coordination.

When the access network (AN) starts updating the parameter (or configuration attribute) of the given session configuration, it sends the access terminal (AT) an InConfiguration instance activation message defined in the illustrative embodiment of the present invention to generate and activate the InConfiguration protocol instance using the corresponding parameter. When the activation message for the InConfiguration instance is successfully sent, the access network (AN) negotiates with the access terminal (AT) to adjust the parameter value, using the message to negotiate the parameter defined relative to the InConfiguration instance of the corresponding protocol. After the parameter value is fully consistent, the access network (AN) stores the updated parameter value and other parameters of the corresponding session configuration in the session configuration personalization index.

After receiving the activation message for the InConfiguration instance from the access network (AN), the access terminal (AT) generates or activates the InConfiguration instance of the specified protocol associated with the personalization index described in the activation message for the InConfiguration instance. Then, the access terminal (AT) negotiates a parameter value that needs to be adjusted using messages for parameter negotiation defined in the corresponding protocol. After the parameter value is fully consistent, the access terminal (AT) stores the updated parameter value and other parameters of the corresponding session configuration in the personalization index of the session configuration.

When an access terminal (AT) starts updating a parameter (or configuration attribute) of a given session configuration in a high-speed packet data system, to which an illustrative embodiment of the present invention can be applied, it generates or activates an InConfiguration protocol instance using the corresponding parameter of the corresponding session configuration so that update the parameter (or configuration attribute) of the previously saved session configuration. The access terminal (AT) sends the access network (AN) an InConfiguration instance activation message defined in an illustrative embodiment of the present invention to the access terminal (AT) to generate and activate an InConfiguration instance of the protocol in which the corresponding session configuration parameter is used in the access terminal (AT) ) When the activation message for the InConfiguration instance is successfully sent, the access terminal (AT) negotiates with the access network (AN) to adjust the parameter value using the message to negotiate the parameter defined with respect to the InConfiguration instance of the corresponding protocol. After the negotiation of the parameter value is completed, the access terminal (AT) stores the updated parameter value and other parameters of the corresponding session configuration in the personalization index of the session configuration.

After receiving the activation message for the InConfiguration instance from the access terminal (AT), the access network (AN) generates or activates the InConfiguration instance of the specified protocol associated with the personalization index described in the activation message for the InConfiguration instance. The access network (AN) then negotiates the parameter value to be adjusted using a message to negotiate the parameter defined in the corresponding protocol. After the negotiation of the parameter value is completed, the access network (AN) stores the updated parameter value and other parameters of the corresponding session configuration in the personalization index of the session configuration.

Next, a session updating method according to an illustrative embodiment of the present invention will be described in more detail with reference to FIG. 6 and 7.

6 is a flowchart illustrating an operation of a party to send an InConfiguration instance activation message when a session configuration is updated in a high-speed packet data system in accordance with an embodiment of the present invention.

First, in step 601, the access terminal (AT) (or access network (AN)) generates or activates an InConfiguration instance of the protocol using the appropriate parameter of the specified session configuration, which must be adjusted, if desired, to update the parameter of the previously saved configuration. The access terminal (AT) (or access network (AN)) starting the update, in step 603 sends an InConfiguration instance activation message as defined in the present invention to the target access network (AN) (or access terminal (AT)) to form or activate the instance InConfiguration of the protocol in which the corresponding parameter of the specified session configuration is used in the target access network (AN) (or access terminal (AT)).

When the activation message for the InConfiguration instance is successfully sent, the access terminal (AT) (or access network (AN)) in step 605 negotiates with the target access network (AN) (or access terminal (AT)) the parameter value that needs to be adjusted with using messages to negotiate a parameter defined with respect to the InConfiguration instance of the corresponding protocol. If the negotiation of the parameter value is completed in step 607, the access terminal (AT) (or access network (AN)) in step 609 stores the updated parameter value and other parameters of the corresponding session configuration in the session configuration personalization index.

7 is a flowchart illustrating an operation of a party for receiving an InConfiguration instance activation message when a session configuration is updated in a high speed packet data system in accordance with an illustrative embodiment of the present invention.

Upon receiving an InConfiguration instance activation message from an access terminal (AT) (or access network (AN)) requesting an update of a given session configuration parameter, the target access network (AN) (or access terminal (AT)) generates or activates an InConfiguration instance of the target an update protocol for a given session configuration associated with a personalization index and a protocol type included in a received InConfiguration instance activation message.

The value of the parameter that needs to be adjusted, the target access network (AN) (or access terminal (AT)) in step 703 negotiates with the access terminal (AT) (or access network (AN)) requesting an update using a message to negotiate the parameter defined in the relevant protocol. After the negotiation of the parameter value is completed in step 705, the target access network (AN) (or access terminal (AT)) in step 707 stores the updated parameter value and other parameters of the corresponding session configuration in the session configuration personalization index.

Next, a method for updating (adjusting) a previously saved session configuration through negotiation between an access terminal (AT) and an access network (AN) in accordance with another illustrative embodiment of the present invention will be described.

In another illustrative embodiment of the present invention, the access terminal (AT) (or access network (AN)) sends a request to update the specified configuration attribute (hereinafter referred to as the PersonalityUpdateRequest message) of the target access network (AN) (or access terminal (AT)). In an illustrative embodiment, the configuration attribute defines a protocol type of a given session configuration indicated by a personalization index.

When the target access network (AN) (or access terminal (AT)) determines whether to use the corresponding configuration attribute value and wants to use the requested configuration attribute value, it sends the access terminal (AT) (or access network (AN)) requesting an update , a response representing an acknowledgment of an update request (hereinafter referred to as the PersonalityUpdateAccept message). However, if the requested configuration attribute is not used, a response representing the rejection of the update request (hereinafter referred to as the PersonalityUpdateReject message) is sent to the access terminal (AT) (or access network (AN)) requesting the update. Accordingly, the access terminal (AT) or access network (AN) can update the previously stored configuration attribute value by repeating the above operation.

Table 3 shows an example of the fields of the PersonalityUpdateRequest message proposed to update the session configuration in the present invention.

Table 3 Field Length (bits) Messageid 8

TransactionID 8 PersonalityIndex four Type 7 or 15 Reserved 5

One or more instances of the next entry

AttributeRecord Depending on attribute

In Table 3, the MessageID field indicates the type of message and is set as an identifier that matches the PersonalityUpdateRequest message. The TransactionID field is used to distinguish between a pair consisting of a PersonalityUpdateRequest message and its response message. By receiving a response message (i.e., a PersonalityUpdateAccept / Reject message) on an update request, the access network (AN) or access terminal (AT) identifies the TransactionID field included in the response message and defines the response response message as a response to the PersonalityUpdateRequest message with an identical field TransactionID

In Table 3, the PersonalityIndex field is used to specify the personalization index for the configuration attribute corresponding to the update request. The Type field is used to indicate the type of protocol to which the configuration attribute corresponding to the update request belongs. An access network (AN) or access terminal (AT) requesting an update describes in the AttributeRecord field of table 3 at least one configuration attribute to be updated in the personalization index protocol type and transmit the message.

When the AttributeRecord field is configured in accordance with an illustrative embodiment, it may be limited so that the access network (AN) or access terminal (AT) offers only one value for one configuration attribute. An access network (AN) or access terminal (AT) sending a PersonalityUpdateRequest message may be limited in that the session configuration of the currently used personalization index cannot be updated using the message. Alternatively, at least two configuration attributes cannot be included in the PersonalityUpdateRequest message and transmitted therein.

Upon receiving a PersonalityUpdateRequest message, the access terminal (AT) (or access network (AN)) determines whether to use the value of the configuration attribute proposed by the opposite access network (AN) (or access terminal (AT)) and sends a PersonalityUpdateAccept message or PersonalityUpdateReject message as response message. Tables 4 and 5 show the field structures of the PersonalityUpdateAccept message and the PersonalityUpdateReject message corresponding to the response messages to the PersonalityUpdateRequest message, respectively.

Table 4 Field Length (bits) Messageid 8 TransactionID 8

Table 5 Field Length (bits) Messageid 8 TransactionID 8

The PersonalityUpdateAccept message and the PersonalityUpdateReject message have the same structure and contain the MessageID field and the TransactionID field. These two messages are sent to the opposite access network (AN) or access terminal (AT) to indicate acceptance and reject the update request for a configuration attribute that matches the described TransactionID. Since these two messages have the same structure but have different message identifiers, the opposite access network (AN) or access terminal (AT) can distinguish between the two messages.

Next, a session updating method in accordance with another illustrative embodiment of the present invention will be described in more detail with reference to FIG. 8 and 9.

8 is a flowchart illustrating an operation of a party to send a PersonalityUpdateRequest message when a session configuration is updated in a high-speed packet data system in accordance with another illustrative embodiment of the present invention.

First, the access network (AN) (or access terminal (AT)) that wants to update the session configuration sends the PersonalityUpdateRequest message shown in Table 3. For this, the access network (AN) (or access terminal (AT)) wants to update the previously saved configuration session identifies the personalization index of the corresponding session configuration, identifies the type of protocol to which the target attribute of the update configuration belongs, and generates at step 801, for example, the PersonalityUpdateRequest message shown in table 3. Then the access network (AN) (or term l access (AT)) requesting an update, at 803 sends a PersonalityUpdateRequest message to the target access terminal (AT) (or access network (AN)).

After the update request, the access network (AN) (or access terminal (AT)) waits for a response message to be received from the target access terminal (AT) (or access network (AN)) at steps 805 and 807. When the access network (AN) ) (or the access terminal (AT)) does not receive a response message, it determines whether the predefined timeout has been exceeded. If the preset wait time has not been exceeded, the access network (AN) (or access terminal (AT)) proceeds to step 805 to continue the wait operation. However, if a response message is not received from the target access terminal (AT) (or access network (AN)) within the predefined timeout in step 809, the access network (AN) (or access terminal (AT)) requesting an update in step 811 decides whether to refuse the corresponding update request.

When the access network (AN) (or access terminal (AT)) does not refuse the corresponding update request in step 811, it proceeds to step 803 to send the PersonalityUpdateRequest message again. However, when the access network (AN) (or access terminal (AT)) refuses the corresponding update request, the session configuration update operation ends. When a response message is received from the target access terminal (AT) (or access network (AN)) within the predefined timeout in step 807, the access network (AN) (or access terminal (AT)) requesting the update determines in step 813 whether the corresponding response message is a PersonalityUpdateAccept message to confirm receipt of an update request or a PersonalityUpdateReject message to reject an update request.

If the response message is a PersonalityUpdateAccept message as determined in step 813, the access network (AN) (or access terminal (AT)) requesting the update uses the configuration attribute value proposed in the PersonalityUpdateRequest message in step 815. However, if the response message is a PersonalityUpdateReject message as determined by step 813, the access network (AN) (or access terminal (AT)) continues to support and use the existing configuration attribute value at step 817.

9 is a flowchart illustrating a side operation for receiving a PersonalityUpdateRequest message when a session configuration is updated in a high speed packet data system in accordance with another embodiment of the present invention.

Upon receiving the PersonalityUpdateRequest message, the target access terminal (AT) (or access network (AN)) determines in step 901 whether to use the configuration attribute value proposed in the PersonalityUpdateRequest message. When the target access terminal (AT) (or access network (AN)) wishes to use the proposed configuration attribute value, it updates at step 905 the existing configuration attribute value of the corresponding parameter to the proposed configuration attribute value. Then, at step 907, an Access Network (AN) (or Access Terminal (AT)) requesting an update is sent a PersonalityUpdateAccept message. When the proposed configuration attribute value is not used, the target access terminal (AT) (or access network (AN)) maintains at step 909 the existing configuration attribute value of the corresponding parameter 909. Then, at step 911, the access network (AN) (or access terminal (AT) ) requesting an update send a PersonalityUpdateReject message.

In accordance with the above illustrative embodiment, the access network (AN) (or access terminal (AT)) sends a request to update the configuration attribute value for the specified parameter to the opposite access terminal (AT) or access network (AN). When the request is accepted, the session negotiation process for all parameters is not repeated, but only the specified parameter can be determined and updated.

Next, with reference to FIG. 10, a communication system structure will be described to which an illustrative session configuration / update / delete method may be applied, as described in connection with FIGS. 2-9.

10 is a block diagram illustrating the structure of a high speed packet data system to which illustrative embodiments of the present invention can be applied. For example, FIG. 10 illustrates a network structure of a 1xEV-DO standard.

The communication system of FIG. 10 comprises a user access (AT) terminal 1100 and an access (AN) network 1200 for transmitting data to an access (AT) terminal 1100 and receiving data from an access (AT) terminal 1100 via a wireless network. The access network (AN) 1200 is provided with an access network transceiver system (ANTS) 1230 and an access network controller (ANC) 1250 configuring a wireless access network (RNC) of a 1xEV-DO network. An access network (AN) 1200 is connected to a packet data service node (PDSN) for managing a PPP session to access an IP network of an access terminal (AT) 1100. The forward data received from the IP network is sent to the access terminal (AT) 1100 through the access network (AN) and the reverse transmission data of the access terminal (AT) 1100 received through the access network 1200 (AN) is sent to the IP network.

10, an access terminal (AT) 1100 and an access network (AN) 1200 perform session negotiation using the methods proposed in FIGS. 2-9 and are provided with a predetermined session negotiation algorithm for configuring / updating / deleting a session. A packet control function (PCF) object for controlling packet flow, and an access network (ANC) controller 1250 of an access network (AN) 1200 can control session negotiation. In an illustrative embodiment, it is assumed that the access network 1200 (AN) includes a packet control function (PCF) entity in a broad sense.

First, the access terminal (AT) 1100 of FIG. 10 is provided with an antenna 1110 for transmitting and receiving a radio signal, a radio frequency (RF) processor for performing conventional radio frequency processing by up-converting the signal to be transmitted, or down-converting the received signal, and a modulator-demodulator (modem) for processing the baseband signal to encode and modulate the signal to be transmitted, or to demodulate and decode the received signal. The controller 1170 of the access terminal (AT) 1100 not only performs all control operations for transmitting and receiving packet data, but also controls the session negotiation operation required for communication with the access network 1200 (AN) and session configuration / updating / deletion information.

The controller 1170 generates information related to the session negotiation to coordinate the session with the access network (AN) 1200 in the designated message format, or extracts information related to the session negotiation from the received message. In addition, the controller 1170 stores / updates / deletes the corresponding information in the internal memory or special memory (not shown) in accordance with the operation of configuring / updating / deleting session information and its corresponding parameters.

In the access network (AN) 1200 shown in FIG. 10, an access network transceiver system (ANTS) 1230 transmits a radio signal to an access terminal (AT) 1100 and receives a radio signal from an access terminal (AT) 1100 via an antenna 1210. In addition, a transceiver system 1230 An access network (ANTS) may include a radio frequency (RF) processor for transmitting and receiving a message or user data, a data queue for storing a received message or user data, and a controller for selecting and transmitting data for a given user or queue taking into account the number of data in each queue, channel status of the access terminal (AT) 1100, service characteristics, fairness, etc., although not illustrated. Since these components are not directly related to the present invention, their description is omitted.

In the access network (AN) 1200 of FIG. 10, the controller 1251 of the access network (ANC) controller 1250 controls the operation of a plurality of access network transceiver systems 1230 to wirelessly communicate with the access terminal (AT) 1100 and controls radio resources. The controller 1251 receives various session negotiation messages to be transmitted to the access terminal (AT) 1100 from the session and mobility control (SC / MM) object 1253 and sends the received messages to the access network transceiver systems (ANTS) 1230. The controller 1251 receives various session negotiation messages from the access terminal (AT) 1100 through the access network transceiver systems (ANTS) 1230 and sends the received messages to the session and mobility management (SC / MM) object 1253. In addition, the controller 1251 selects the access network transceiver system (ANTS) 1230 connected to the corresponding access terminal (AT) 1100 and transmits data received from the packet data service node (PDSN). A controller 1251 transmits data received from an access terminal (AT) 1100 to a packet data service node (PDSN).

To negotiate with the access terminal (AT) 1100, the session and mobility management (SC / MM) object 1253 generates information regarding the session negotiation in a predetermined message format or extracts information related to the session negotiation from the received message. In addition, the session and mobility management (SC / MM) object 1253 stores / updates / deletes the corresponding information in the internal memory or special memory (not illustrated) in accordance with an exemplary operation of configuring / updating / deleting session information and corresponding parameters. When session matching with the access terminal (AT) 1100 is controlled by a packet control function (PCF) object rather than an access network controller (ANC), session and mobility control (SC / MM) object 1253 can be provided in a packet control function (PCF) object. For convenience of explanation, the session and mobility management (SC / MM) object 1253 provided in the access network controller (ANC) or the packet control function (PCF) object is referred to as the session and mobility management (SC / MM) object 1253 of the access network 1200 (AN )

Now, a session negotiation operation between an access terminal (AT) 1100 and an access network (AN) 1200 in the communication system of FIG. 10 will be described with reference to some illustrative embodiments.

In the case of the examples of FIGS. 2 and 3 corresponding to the first embodiment, the controller 1170 of the access terminal (AT) 1100 may receive a SoftConfigurationComplete message from the access network 1200 (AN) in which the Continue bit is set to '0' after how the session configuration is completed. A determination is made as to whether the personalization index of the currently used session configuration points to the same session that the SessionConfigurationToken field of the SoftConfigurationComplete indicates, and whether another session configuration was written on top of the currently used session configuration. If, as a result of the determination, the currently used session configuration has not been changed, the controller 1170 stops the session configuration negotiation without releasing the physical channel, that is, the traffic channel. In addition, the controller 1170 of the access terminal (AT) 1100 can stop session configuration negotiation without releasing the traffic channel if restoration of the previous session is not confirmed between the access terminal (AT) and the access network (AN) in an additional condition.

When the Session and Mobility Management Object (SC / MM) object 1253 of the access network (AN) 1200 completes all session configurations corresponding to the access terminal (AT) 1100 and determines that no additional session negotiation is required, a determination is made as to whether the personalization index indicates the currently used session configuration for the same session that the SessionConfigurationToken field of the SoftConfigurationComplete message points to, and whether the personalization index of the currently used session configuration was re-set in the previous m session negotiation process. If, as a result of the determination, the currently used session configuration has not been changed, the Session and Mobility Management (SC / MM) object 1253 stops the session configuration negotiation without releasing the physical channel, i.e., the traffic channel. However, when the above conditions are not satisfied, the access terminal (AT) 1100 and the access network (AN) 1200 determine that the currently used session configuration has been changed, release the traffic channel established in the currently used session configuration, and uses the newly changed configuration session.

In the case of the examples of FIGS. 4 and 5 corresponding to the second illustrative embodiment, the session / mobility management (SC / MM) object 1253 of the access network (AN) 1200 assigns information indicating whether the session configuration has been applied and sends the assigned information to the terminal 1100 access (AT). After all session configurations are completed, the controller 1170 of the access terminal (AT) 1100 receives, for example, a SoftConfigurationComplete message in which the Continue bit is set to '0' from the access network 1200 (AN). Then, the controller 1170 can determine whether the specified session configuration is applied by checking the Commit field sent along with the Continue bit, as shown in Table 1. When the session / mobility management (SC / MM) object 1253 of the access network 1200 (AN) indicates that a predetermined session configuration is applied, the access terminal (AT) 1100 releases the traffic channel and uses the session configuration indicated by the access network (AN) 1200. When it is not indicated that a predetermined session configuration has been applied, the access terminal (AT) 1100 completes the session configuration negotiation without releasing the traffic channel.

When the session configuration negotiation is completed, the Session and Mobility Management Object (SC / MM) object 1253 of the access network (AN) 1200 sends a SoftConfigurationComplete message in which the Continue bit is set to '0'. When the session configuration aligned with the specified personalization index is consistent and applied, the Session and Mobility Management (SC / MM) object 1253 sends a SoftConfigurationComplete message containing the Commit bit set to '1' and the SessionConfigurationToken field to the access terminal 1100 (AT) matched to the personalization index to be applied. Then, the access network 1200 (AN) uses the session configuration of the personalization index that is mapped to the sent SessionConfigurationToken field. In this process, the traffic channel is freed. However, when it is desired that the current session configuration continues to be used after negotiation, the Session and Mobility Management Object (SC / MM) object 1253 of the access network (AN) sends an SoftConfigurationComplete message to the access terminal 1100, in which the Continue bit is set to '0', and continues to support the current session configuration.

A third exemplary embodiment is an exemplary embodiment in which a session configuration previously stored in an access terminal (AT) and access network 1200 (AN) is deleted. The Session and Mobility Management Object (SC / MM) object 1253 of the access network (AN) 1200 sends to the access terminal (AT) 1100 a session deletion message containing the session personalization index to be deleted and the TransactionID field, as shown in Table 2, so that the configured session information can be deleted. Upon receiving the session deletion message, the controller 1170 of the access terminal (AT) 1100 deletes the session information associated with the personalization index from the memory. In an illustrative embodiment, the number of session configurations to be deleted can be assigned in the PersonalityCount field of table 2. In the PersonalityCount field, a plurality of session configurations to be deleted can be assigned.

In an illustrative embodiment, the controller 1170 of the access terminal (AT) 1100 receiving the session delete message deletes the specified session configuration and sends a response message to the access network 1200 (AN). Upon receiving the response message, the session and mobility management (SC / MM) object 1253 of the access network (AN) 1200 identifies the deletion of the session configuration of the access terminal 1100 (AT) and deletes its own session configuration.

In the case of the examples of FIGS. 6 and 7 corresponding to the fourth exemplary embodiment, the access terminal (AT) 1100 (or access network (AN) 1200), desiring to update a given parameter of a given session configuration, sends an InConfiguration instance activation message to the target network 1200 access (AN) (or target access terminal (AT) 1100) so that an InConfiguration protocol instance using the update update target (or configuration attribute) of a given session configuration can be generated or activated. Then, the access terminal (AT) 1100 (or access network (AN) 1200) that wishes to perform the update negotiates with the target access network (AN) 1200 (or target access terminal (AT) 1100) about the update target using predetermined messages for parameter negotiation defined with respect to the InConfiguration instance of the corresponding protocol. After the negotiation of the value of the update target parameter is completed, the access terminal (AT) 1100 (or access network (AN) 1200), which wishes to perform the update, stores the agreed parameter value and other parameters of the corresponding session configuration in its personalization index.

Upon receiving the InConfiguration instance activation message, the target access network (AN) 1200 (or the target access terminal (AT) 1100) generates or activates the InConfiguration instance of the target update protocol that matches the personalization index specified by the activation message of the InConfiguration instance. After the negotiation of the parameter value is completed, the target access network 1200 (AN) (or the target access terminal 1100 (AT)) stores the consistent and updated parameter value and other parameters of the corresponding session configuration in its personalization index.

Now, the case of the examples shown in FIGS. 8 and 9 corresponding to the fifth illustrative embodiment will be described. Desiring to update the configuration attribute for a given parameter of a given session configuration, the access terminal (AT) (or access network 1200) (AN) 1200 sends a PersonalityUpdateRequest message shown in Table 3 to the target access network 1200 (AN) (target access terminal 1100 (AT) ) to make a request to update the corresponding configuration attribute. In an illustrative embodiment, the configuration attribute defines a protocol for a given session configuration indicated by a personalization index. The value of the configuration attribute to be updated is sent to the AttributeRecord field of table 3.

When the target access network (AN) 1200 (or the target access terminal (AT) 1100) receives a PersonalityUpdateRequest message, determines whether to use the corresponding configuration attribute value, and wishes to use the requested configuration attribute value, it sends a PersonalityUpdateAccept message to acknowledge receipt of the update request to terminal 1100 an access (AT) (or access network (AN) 1200 requesting an update. However, when the target access network (AN) 1200 (or the target access terminal (AT) 1100) does not use the requested value of the configuration attribute, it sends a PersonalityUpdateReject message to reject the update request to the access terminal (AT) 1100 (or access network (AN) 1200, requesting an update. Thus, an access terminal (AT) 1100 or an access network (AN) 1200 can update a previously stored configuration attribute value through a second operation.

As is apparent from the above description, illustrative embodiments of the present invention can shorten the re-procedure when a session is negotiated between an access terminal (AT) and an access network (AN) in a high-speed packet data system, thereby significantly reducing session configuration / adjustment time.

In addition, illustrative embodiments of the present invention can eliminate the unnecessary release of a traffic channel when a session is negotiated between an access terminal (AT) and an access network (AN).

In addition, illustrative embodiments of the present invention can send information from an access network (AN) to an access terminal (AT) indicating whether a predetermined session configuration has been applied after the session configuration has been negotiated between the access network (AN) and the access terminal (AT) .

In addition, illustrative embodiments of the present invention may partially update certain parameters of the specified session information and may select and delete only the desired session from all sessions when the session is negotiated between an access terminal (AT) and an access network (AN).

Although some embodiments of the present invention have been disclosed for illustrative purposes, those skilled in the art will recognize that various modifications, additions and substitutions are possible without departing from the scope of the present invention, which is defined by the following claims, together with the full scope of its equivalents.

Claims (65)

1. The method of negotiating a session configuration in an access network of a high-speed packet data system, the method comprises the steps of:
performing, for each protocol, negotiation with an access terminal for session configuration;
sending to the access terminal a soft configuration completion message containing a session configuration continuation bit indicating whether additional session configuration is required and a session configuration marker field indicating a personalization index of the session configuration to be applied;
determining whether the currently used session configuration has been changed when all session configurations have been completed; and
maintain a physical channel corresponding to the access terminal if the currently used session configuration has not been changed. 2. The method according to claim 1, in which the step of determining whether the session configuration has been changed, comprises: determining whether the personalization index indicated by the session configuration marker of the soft configuration completion message is equal to the personalization index of the currently used session. 3. The method according to claim 1, wherein the step of determining whether the session configuration has been changed, comprises the step of: determining whether the personalization of the currently used session configuration has been updated in the previous session negotiation process. 4. The method according to claim 1, wherein the step of determining whether the session configuration has been changed, comprises the step of determining whether the access network has reconciled with the access terminal the restoration of the previous session configuration. 5. The method according to claim 1, also containing stages in which:
release the physical channel if the currently used session configuration has been changed; and
apply the modified session configuration corresponding to the session configuration marker of the soft configuration completion message. 6. A method for negotiating a session configuration in an access terminal of a high-speed packet data system, the method comprises the steps of:
for each protocol, negotiating with the access network to configure the session;
receiving, from the access network, a soft configuration completion message containing a session configuration continuation bit indicating whether additional session configuration is required and a session configuration marker field indicating a personalization index of the session configuration to be applied;
determining whether the currently used session configuration has been changed when all session configurations have been completed; and
maintain a physical channel corresponding to the access network if the currently used session configuration has not been changed. 7. The method according to claim 6, in which the step of determining whether the session configuration has been changed, comprises: determining whether the personalization index indicated by the session configuration marker of the soft configuration completion message is equal to the personalization index of the currently used session. 8. The method according to claim 6, in which the step of determining whether the configuration of the session has been changed, comprises the step of:
determine whether the personalization of the currently used session configuration has been updated in the previous session negotiation process. 9. The method according to claim 6, in which the step of determining whether the session configuration has been changed, comprises the step of determining whether the access terminal has reconciled with the access network to restore the previous session configuration. 10. The method according to claim 6, also containing stages in which:
release the physical channel if the currently used session configuration has been changed; and
apply the modified session configuration corresponding to the session configuration marker of the soft configuration completion message. 11. A method for negotiating a session configuration in an access network of a high-speed packet data system, the method comprises the steps of:
performing, for each protocol, negotiation with an access terminal for session configuration; and
send to the access terminal a soft configuration completion message containing a session bit indicating whether a new session was applied when all session configurations were completed. 12. The method of claim 11, wherein the soft configuration completion message also comprises a session configuration continue bit indicating whether additional session configuration is required. 13. The method of claim 12, wherein the session commit bit is omitted when the continue session configuration bit indicates that additional session configuration is required. 14. The method of claim 11, wherein the session bit is set to indicate that a new session is applied when the currently used session configuration has been changed. 15. The method according to claim 11, in which the session bit is set to indicate that a new session is applied when the personalization index indicated by the session configuration marker of the soft configuration completion message is different from the personalization index of the currently used session. 16. The method of claim 11, wherein the session bit is set to indicate that a new session has been applied when the personalization of the currently used session configuration has been updated in a previous session negotiation process. 17. The method of claim 11, wherein the session bit is set to indicate that the new session is applied when the access terminal has negotiated with the access network to restore the previous session configuration. 18. The method of claim 11, wherein the soft configuration completion message also comprises a session configuration marker field indicating a personalization index of the session configuration to be applied when the session bit is set to indicate that a new session has been applied. 19. The method of claim 18, wherein the session configuration marker field comprises a personalization index of the session configuration to be applied in the 4 high-order bits. 20. The method according to p, also containing stages in which:
when the session bit indicates that a new session has been applied, the physical channel corresponding to the access terminal is released; and
apply a session configuration that is mapped to the session configuration marker. 21. The method according to claim 11, also containing a stage in which:
when the session bit indicates that the currently used session is supported, the physical channel corresponding to the access terminal is supported. 22. A method for negotiating a session configuration in an access terminal of a high-speed packet data system, the method comprises the steps of:
performing, for each protocol, negotiation with the access network for session configuration;
and
receiving a soft configuration completion message from the access network containing a session bit indicating whether a new session was applied when all session configurations were completed. 23. The method of claim 22, wherein the soft configuration completion message also comprises a session configuration continuation bit indicating whether additional session configuration is required. 24. The method of claim 23, wherein the session commit bit is omitted when the continue session configuration bit indicates that additional session configuration is required. 25. The method of claim 22, wherein the soft configuration completion message also comprises a session configuration marker field indicating a personalization index of the session configuration to be applied when the session bit is set to indicate that a new session has been applied. 26. The method of claim 25, wherein the session configuration marker field comprises a personalization index of the session configuration to be applied in the 4 high-order bits. 27. The method according A.25, also containing stages in which:
when the session bit indicates that a new session has been applied, release the physical channel corresponding to the access network; and
apply a session configuration that is mapped to the session configuration marker. 28. The method according to item 22, also containing a stage on which:
when the session bit indicates that the currently used session is supported, the physical channel corresponding to the access network is supported. 29. A method for negotiating a session configuration between an access terminal and an access network in a high speed packet data system, the method comprises the steps of:
performing, for each protocol, session configuration negotiation between the access terminal and the access network;
send to the access terminal a soft configuration completion message containing a session bit indicating that a new session was applied to the access network when all session configurations were completed; and
determining whether to maintain the physical channel in the access terminal and the access network, based on the session bit of the soft configuration completion message. 30. A method of deleting a session configuration between an access network and an access terminal in a high speed packet data system, the method comprises the steps of:
sending a predetermined session deletion message containing a personalization index indicating the configuration of the session to be deleted from the transmitting side of the access network and the access terminal to the receiving side; and delete the corresponding session configuration, mapped to the personalization index, on the receiving side of the receipt, which receives the message about the removal of the session. 31. The method of claim 30, wherein the session deletion message also comprises a field for indicating the number of session configurations to be deleted. 32. The method according to item 30, also containing stages in which:
sending a confirmation message to the transmitting side from the receiving side receiving the session deletion message; and
delete the corresponding session configuration on the transmitting side receiving acknowledgment messages. 33. A method for updating a session configuration between an access network and an access terminal in a high speed packet data system, the method comprises the steps of:
form / activate an instance of the InConfiguration protocol using the corresponding parameter of the specified session configuration, which must be adjusted, on the transmitting side of the access network and access terminal;
receive a message to form / activate the corresponding InConfiguration instance from the transmitting side on the receiving side of the access network and access terminal;
negotiating a parameter value to be updated in the access network and the access terminal using messages to negotiate the parameter defined in the corresponding protocol; and
store the updated parameter value and other parameters of the corresponding session configuration in the personalization index of the corresponding session configuration in the access network and the access terminal. 34. A method for updating a session configuration between an access network and an access terminal in a high speed packet data system, the method comprises the steps of:
send a request to update the specified configuration attribute from the transmitting side of the access network and the access terminal to the other side;
determining whether a configuration attribute is used on the receiving side receiving the update request, and sending a response to the update request to the transmitting side; and
apply the updated configuration attribute in both the access network and the access terminal when the receiving party receiving the update request confirms the use of the configuration attribute. 35. A method for updating a session configuration on a transmitter side that transmits an update request when a session configuration is updated between an access network and an access terminal in a high speed packet data system, the method comprises the steps of:
send to the receiving party a personalization update request message indicating a specified session configuration configuration attribute to be updated;
receiving a response indicating whether the configuration attribute is being used from the receiving party that receives the update request;
apply the updated configuration attribute when the receiving party confirms the use of the configuration attribute; and
maintain an existing configuration attribute when the receiving side rejects the use of the configuration attribute. 36. The method of claim 35, further comprising determining whether to discard the configuration attribute when a response to the update request is not received from the receiving party to receive the update request within a predetermined wait time. 37. A method for updating a session configuration on a receiving side that receives an update request when a session configuration is updated between an access network and an access terminal in a high speed packet data system, the method comprises the steps of:
receiving a predetermined personalization update request message indicating a predetermined session configuration configuration attribute to be updated;
sending a response indicating whether the configuration attribute is used to the transmitting side, which sends the personalization update request message;
apply the updated configuration attribute when the receiving party confirms the use of the configuration attribute; and
maintain an existing configuration attribute when the receiving side rejects the use of the configuration attribute. 38. A high-speed packet data system for negotiating at least one session configuration between an access network and an access terminal, the system comprises:
an access network for negotiating with the access terminal regarding at least one session configuration for each protocol, determining whether the currently used session configuration has been changed when all session configurations have been completed, and sending a soft configuration completion message to the access terminal, comprising a session configuration continue bit indicating whether additional session configuration is required, and a session configuration marker field indicating a configuration personalization index the session to be applied; and
an access terminal for negotiating with an access terminal regarding a plurality of session configurations for each protocol,
moreover, the currently established physical channel is maintained between the access network and the access terminal, if the currently used session has not been changed. 39. An access network for negotiating a session configuration for interaction with at least one access terminal in a high-speed packet data system, the network comprises:
an access network controller (ANC) for controlling an access network transceiver (ANTS) system for transmitting a radio signal to at least one access terminal and receiving a radio signal from at least one access terminal, the access network controller (ANC) comprises:
control means for negotiating with at least one access terminal regarding at least one session configuration, sending at least one access terminal a predefined soft configuration completion message containing a session bit indicating whether a new session has been applied a session when all session configurations have been completed, and maintaining a previously established physical channel corresponding to at least one access terminal when the current session configuration is continued wants to be used. 40. The access network of claim 39, wherein the soft configuration completion message also comprises a session configuration marker field indicating a personalization index of the session configuration to be used when all session configurations have been completed. 41. The access network of claim 39, wherein the session bit is omitted when the continue session configuration bit indicates that additional session configuration is required. 42. The access network of claim 39, wherein the session bit is set to indicate that a new session has been applied when the currently used session configuration has been changed. 43. The access network of claim 41, wherein the session configuration token field comprises a personalization index of the session configuration to be applied in the 4 high-order bits. 44. The access network of claim 43, wherein, when the session bit indicates that a new session has been applied, the control means releases the physical channel corresponding to the access terminal and applies the session configuration that is mapped to the session configuration marker. 45. The access network according to claim 42, wherein the control means comprises a session and mobility management object (SC / MM) provided in an access network controller (ANC) of an evolution standard 1x network only for data transmission (1xEV-DO standard). 46. The access network according to claim 42, wherein the control means comprises a session and mobility management object (SC / MM) provided in an object of a packet control function (PCF) of an evolution standard 1x network only for data transmission (1xEV-DO standard). 47. An access terminal for negotiating a session configuration for interacting with an access network in a high-speed packet data system, the terminal comprises:
a radio frequency (RF) processor for frequency converting a radio signal to be transmitted to and received from an access network;
a modulator-demodulator (modem) for processing the signal of the main band of the message, which must be transmitted to the access network and received from the access network; and
a controller for negotiating by the access network regarding at least one session configuration, receiving from the access network a soft configuration completion message containing a session bit indicating whether the new session configuration was applied when all session configurations were completed and maintaining the previously established the physical channel corresponding to the access network when the current session configuration continues to be used according to the result of checking the session bit. 48. The access terminal of claim 47, wherein the soft configuration completion message comprises a session configuration marker field indicating a personalization index of the session configuration to be used when all session configurations have been completed. 49. The access terminal of claim 48, wherein when the session bit indicates that a new session has been applied, the controller releases the physical channel corresponding to the access network and applies the session configuration that is mapped to the session configuration marker. 50. An access network for negotiating a session configuration for interaction with at least one access terminal in a high-speed packet data system, the network comprises:
an access network controller (ANC) for controlling an access network transceiver (ANTS) system for transmitting a radio signal to at least one access terminal and receiving a radio signal from at least one access terminal, the access network controller (ANC) comprises:
control means for negotiating with at least one access terminal regarding at least one session configuration, sending at least one access terminal a predetermined session deletion message containing a personalization index indicating at least one a session configuration to be deleted when at least one session configuration to be deleted is present in at least one session configuration and deletion of at least one the indicated session configuration from memory. 51. The access network of claim 50, wherein the control means deletes after receiving a response message to the session delete message from at least one access terminal. 52. An access terminal for negotiating a session configuration for interacting with an access network in a high-speed packet data system, the terminal comprises:
a radio frequency (RF) processor for frequency converting a radio signal to be transmitted to and received from an access network;
a modulator-demodulator (modem) for processing the signal of the main band of the message, which must be transmitted to the access network and received from the access network; and
a controller for negotiating with the access network regarding at least one session configuration and deleting at least one specified session configuration from memory upon receipt of a predetermined session removal message from the access network containing a personalization index indicating at least One session configuration that needs to be deleted. 53. The access terminal according to paragraph 52, in which the controller sends the access network a response message to the message about the removal of the session. 54. A transmitter for negotiating a session configuration for interacting with at least one receiver in a high-speed packet data system, the transmitter comprises:
a communication interface for transmitting data to at least one receiver and receiving data from at least one receiver; and
control means for negotiating at least one receiver with respect to at least one session configuration via a communication interface and sending at least one receiver a predetermined InConfiguration instance activation message for generating / activating the InConfiguration instance of the corresponding protocol when formed a parameter of the specified session configuration to be updated. 55. The transmitter of claim 54, wherein the control means negotiates with the at least one receiver with respect to the value of the update target parameter using a predefined message to match the parameter after the receiver receives the InConfiguration instance activation message. 56. The transmitter of claim 54, wherein the control means stores the agreed parameter and other parameters of the corresponding session configuration in the corresponding personalization index when the adjustment of the value of the update target parameter has been completed. 57. A receiver for negotiating a session configuration for interacting with at least one transmitter in a high-speed packet data system, the receiver comprises:
a communication interface for transmitting data to at least one transmitter and receiving data from at least one transmitter; and
control means for negotiating with at least one transmitter with respect to at least one session configuration via a communication interface and negotiating with at least one transmitter with respect to a value of an update target parameter when receiving from at least one the transmitter of the activation message of the InConfiguration instance with a request to form / activate the InConfiguration instance of the corresponding protocol to update the specified parameter of the given session configuration. 58. The receiver of claim 57, wherein the control means stores the consistent parameter and other parameters of the corresponding session configuration in the corresponding personalization index when the adjustment of the value of the update target parameter has been completed. 59. A transmitter for negotiating a session configuration for interacting with at least one receiver in a high-speed packet data system, the transmitter comprises:
a communication interface for transmitting data to at least one receiver and receiving data from at least one receiver; and
control means for negotiating with at least one receiver regarding at least one session configuration via a communication interface, sending at least one receiver a personalization update request message containing a configuration attribute value corresponding to a request to update the corresponding parameter when a predetermined parameter of a given session configuration to be updated is generated, receiving a response message from at least one receiver and determining I, whether to update the value of the configuration attribute, while the control continues to use the existing value of the configuration attribute when receiving a response message corresponding to the predetermined update reject message to reject the update of the configuration attribute value. 60. The transmitter of claim 59, wherein the control means updates the configuration attribute value upon receiving a response message corresponding to a predetermined update request confirmation message to confirm the update request of the configuration attribute value. 61. A receiver for negotiating a session configuration for interacting with at least one transmitter in a high-speed packet data system, the receiver comprises:
a communication interface for transmitting data to at least one transmitter and receiving data from at least one transmitter; and
control means for negotiating at least one transmitter with respect to at least one session configuration via a communication interface, sending at least one transmitter a response message indicating whether the configuration attribute value has been updated when receiving at least from at least one personalization update request message transmitter containing a configuration attribute value corresponding to a request to update the corresponding parameter and send a response message, respectively etstvuyuschego predetermined reject message for rejecting the update updates configuration attribute value when you continue to use the existing configuration attribute value. 62. The receiver of claim 61, wherein the control means sends a response message corresponding to a predetermined update request confirmation message to confirm the update request of the configuration attribute value when updating the configuration attribute value.
Priority on points: December 6, 2004 - claims 1-10, 33, 35-40, 56-60; 01/25/2005 - pp. 11-32, 41-53; 02/03/2005 - pp. 34, 61, 62.

Images