WO2010063221A1

WO2010063221A1 - Session migration method between access networks and apparatus thereof

Info

Publication number: WO2010063221A1
Application number: PCT/CN2009/075144
Authority: WO
Inventors: 吕莎
Original assignee: 华为技术有限公司
Priority date: 2008-12-01
Filing date: 2009-11-26
Publication date: 2010-06-10
Also published as: CN101420764A

Abstract

Session migration method between access networks and apparatus thereof are disclosed in embodiment of present application. The method includes steps: session information supported by current access network (AN) and opposite access network (AN) is regulated to be consistent; the session established between access terminal (AT) and current AN is migrated to said opposite AN. The method can further include steps: session information of the session established between AT and current AN is negotiated so that this session information can be identified by opposite AN; said session is migrated to the opposite AN. In the embodiment of present invention, successful session migrations are ensured through keeping the session information supported by different ANs relating to the session migration consistent or negotiating the session information included in the session established between the AT and the current AN so that the session information can be identified by the opposite AN.

Description

The method and device for session migration between access networks AN is submitted to the Chinese Patent Office on December 1, 2008, and the application number is 200810180540. 7. The invention name is "session migration method and device between access networks AN". Priority of Chinese Patent Application, the entire contents of which is incorporated herein by reference. The present invention relates to the field of communications technologies, and in particular, to a session migration method and device between access networks AN. In the lx Evdo system, an AT (Access Terminal) first establishes an HRPD (High Rate Packet Data) session at the initial access, and an AT and an Access Network (Access Network) pass. The configuration negotiation process ensures that the AT and AN use the same session information. When the AT moves between the ANs, the session also migrates between the ANs. During the Dormant switchover, the session is migrated through the A13 interface, and the session is migrated through the A16 interface during the hard-switching of the connected state.

Session information is usually composed of configuration attributes and public parameters of the session, and is used to control various functions in the DOA (DO Rev. A, DO Version A). The session information between AT and AN must be consistent to ensure that AT and AN use the same parameters and functions. The supported session information is different for different A port protocol versions.

In the process of implementing the present invention, the inventors have found that the prior art has at least the following disadvantages:

If the source side AN and the target side AN protocol are inconsistent, the target side AN will process the session information transmitted by the source side AN when there is unrecognized session information, resulting in session migration failure. If the A13 interface fails in the Dormant switch and the session is reestablished, the user needs to use the redial dial. If the active A16 interface fails to be switched, the user may drop the call. Summary of the invention

An embodiment of the present invention provides a session migration method and device between access networks AN for ensuring successful migration of sessions between access network ANs.

An embodiment of the present invention provides a session migration method between access networks AN, including:

Adjust the session information supported between the local AN and the peer AN to be consistent;

The session established between the access terminal AT and the local AN is migrated to the peer AN.

The embodiment of the present invention further provides a session migration method between access networks AN, including: The session information included in the session established by the access terminal AT and the local AN is negotiated as the session information that the peer AN can identify;

The session is migrated to the peer AN.

An embodiment of the present invention further provides an access device, including:

The session information adjusting unit is configured to adjust the session information supported by the local AN and the peer AN to be consistent; the session migration unit is configured to migrate the session established by the access terminal AT and the local AN to the peer AN.

The session information negotiation unit is configured to negotiate the session information included in the session established by the access terminal AT with the local AN, and the negotiation information is the session information that the peer AN can identify;

The session migration unit is configured to migrate the session established by the AT and the local AN to the peer AN.

Embodiments of the present invention have the following advantages over the prior art:

In the embodiment of the present invention, the session information supported by the different access network ANs involved in the session migration is consistent, or the session information included in the session established by the access terminal AT and the local end AN is negotiated as the opposite end AN. The session information that can be recognized ensures the successful migration of the session. BRIEF DESCRIPTION OF THE DRAWINGS In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are only some implementations of the present invention. For example, other drawings may be obtained from those of ordinary skill in the art in light of the inventive work.

1 is a flow chart of session migration of Dormant state switching between ANs in the prior art;

2 is a flow chart of a connection state hard-switching session transition between ANs in the prior art;

3 is a flowchart of a session migration method between access networks AN in an embodiment of the present invention;

4 is a flow chart of an A-interface protocol version supported by two ANs in another embodiment of the present invention; FIG. 5 is a flowchart of a session migration method between ANs according to another embodiment of the present invention;

6 is a flowchart of a method for session migration between ANs in another embodiment of the present invention;

7 is a flow chart of a method for session migration between ANs in another embodiment of the present invention;

8 is a flowchart of a method for session migration between ANs in still another embodiment of the present invention;

9 is a schematic structural diagram of an access device in an embodiment of the present invention;

10 is a schematic structural diagram of a session information adjusting unit of an access device according to an embodiment of the present invention; 11 is another schematic structural diagram of an access device in an embodiment of the present invention;

12 is a schematic structural diagram of a session information negotiation unit of an access device according to an embodiment of the present invention;

FIG. 13 is another schematic structural diagram of a session information negotiation unit of an access device according to an embodiment of the present invention; FIG. 14 is a schematic structural diagram of a session information negotiation unit of an access device according to an embodiment of the present invention. The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of them. Example. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

The session migration process of Dormant state switching between ANs is shown in Figure 1. It includes the following steps:

Step s 101. When the AT crosses the AN in the Dormant state, the AT sends a UATI Request message to the target AN to request the session establishment, and the UATI (Unicast Access Terminal Identifier) reported by the AT is used as the identifier of the session. During the session establishment process, the target AN sends an A13_Session Information Request message to the source side. The AN requests the source side to send session information.

Step s l02: After receiving the A13_Session Information Request message, the source side sends a response message A13-Session Information Response (A13 Session Information Response) message to the target side AN, carrying the session information corresponding to the AT.

Step s l03. The target side sends an A13_Session Information Confirm message to the source side AN to notify the source side that the AN handover is complete. The source side AN receives this message and releases the corresponding session information. The session migration of A13 is completed.

The active state hard handover session migration process between the AN is shown in Figure 2, including the following steps:

Step s201: When the source side AN determines to initiate the hard handover between the ANs, the source side AN sends an A16-Session Transfer Request (A16 Session Migration Request) message to the target side AN, and the message carries the session information of the AT saved by the source side AN.

Step s202: After receiving the A16_Session Transfer Request message, the target side AN determines whether the hard handover request of the source side can be accepted. When acceptable, the target side AN sends an A16_Session Transfer Response message to the source side AN.

Step s203: The source side AN receives the A16_Session Transfer Response message, and sends the message to the target side AN. The A16-Session Transfer Complete message informs the target side that the AT can be started to control the AT.

Step s204: After detecting the AT, the target side AN sends an A16_Session Release Indication message to the source side AN, and informs the source side AN that the AT has successfully switched to the target side, and the source side AN can release the session corresponding to the AT. .

Step s 205: After the source side AN releases the session, the A16_Sionion Release Indication Ack message is sent to the target side AN, and the session on the source side of the target side is released, and the session migration of A16 is completed.

In the embodiment of the present invention, a session migration method between the access networks AN is provided, and the session information supported by the different access network ANs involved in the session migration is consistent to ensure successful session migration. The method is shown in Figure 3 and includes:

Step s301: Adjust the session information supported between the local AN and the peer AN to be consistent.

Step s302: The session established between the access terminal AT and the local AN is migrated to the opposite end AN.

In the embodiment of the present invention, the session information supported by the different access network ANs involved in the session migration is consistent, and the successful migration of the session is ensured.

The flow chart of the session migration method between the access networks AN in the embodiment of the present invention is described below in combination with different scenarios.

A session migration method is provided in an embodiment of the invention. In this method, the two ANs pre-adjust the version of the interface protocol used to be consistent. After the interface protocol version is the same, the session information supported by the same interface protocol version is the same. Therefore, the session information between the two ANs can be consistently maintained during the session migration between the two ANs, ensuring the success of session migration between the ANs. Specifically, the negotiation of the A-interface protocol version is taken as an example. When two ANs have an adjacency relationship, the supported A-interface protocol version is negotiated between the two ANs. After the negotiation is completed, the two ANs work in the same A-interface protocol. Version, ensuring successful session migration between ANs. The process of negotiating the A interface protocol version between the two ANs is shown in Figure 4, including:

Step s401: When the source side AN detects that there is an adjacency relationship with the target side AN, it sends an "A interface protocol version negotiation request" message to the target side AN, where the message carries the A interface protocol version information or identifier used by the source side AN.

Step s402: After receiving the "A interface protocol version negotiation request" message sent by the source side AN, the target side AN performs negotiation according to a certain policy (for example, the protocol version used by the source side AN and the protocol version used by the source side can be deducted from the protocol version. Version), the protocol version used after negotiation is sent to the source side AN through the "A interface protocol version negotiation response" message. For example, when the target side AN finds that the version of the A interface protocol used by the source side AN is higher than the version of the protocol used by itself, the protocol version used by the target side AN according to the policy (ie, the lower one of the A interface protocol versions used by both parties) As the A-interface protocol version used by the two parties after the negotiation, the information or identifier of the negotiated A-interface protocol version (that is, the A-interface protocol version used by the target-side AN) is sent to the source side through the "A-interface protocol version negotiation response" message. AN, triggers the source side AN to use the negotiated A interface protocol version.

When the target side AN finds that the A interface protocol version used by the source side AN is lower than the protocol version used by itself, the protocol version used by the source side AN (that is, the lower one of the A interface protocol versions used by both parties) is negotiated according to the policy. The A-interface protocol version used by the two parties, and the target-side AN uses the negotiated A-interface protocol version (that is, the protocol version used by the source-side AN), and the A-interface protocol version negotiation response message will be negotiated. The interface protocol version (that is, the A interface protocol version used by the source side AN) is sent to the source side AN.

Step s403: After receiving the message "A-interface protocol version negotiation response", the source-side AN obtains the negotiated A-interface protocol version, and sends the "A-interface protocol version negotiation completion" to the target side AN.

Step s404: The source side AN and the target side AN both use the negotiated A interface protocol version.

Through the above steps, the source side AN and the target side AN have the same A interface protocol version. In the subsequent A13 or A16 session migration, since the source side AN and the target side AN have the same A interface protocol version, the source side AN and the target side AN support the same session information, which ensures the successful migration of the session. It should be noted that in the above process. In order to avoid repeated negotiation between the source side AN and the target side AN, the source side AN and/or the target side AN may be configured such that when the neighbor relationship is detected, the initiator of the negotiation can only be the source side AN or the target side AN. Or, after the negotiation is completed, the negotiation completion identifier is set at the initiator of the negotiation to avoid repeated negotiation. Or, by setting the negotiation period, only one negotiation is initiated in one negotiation period, and the repeated negotiation can also be avoided.

In the embodiment of the present invention, in addition to the method for ensuring the consistency of the inter-AN interface protocol version information between the ANs in the previous embodiment through the interface protocol version negotiation, a method for directly configuring the interface protocol version is also provided. Configure the interface protocol version of the neighboring AN through a special configuration item or configure the A interface protocol version according to the operation policy. If the operation policy is to ensure that the handover is successful, the neighboring AN is configured with a consistent protocol version. In the subsequent A13 or A16 session migration, since the source side AN and the target side AN have the same A interface protocol version, the source side AN and The session information supported by the target side AN is the same, which ensures the successful session migration. If the operational strategy is to guarantee the functionality and performance of the high protocol version, you can configure the neighboring AN to be inconsistent.

The embodiment of the present invention further provides a session migration method between access networks AN. As shown in FIG. 5, the method includes: Step s501: Negotiating session information included in a session established between an access terminal AT and a local AN Session information that the peer AN can recognize; Step s502: Migrate the session established between the AT and the local AN to the opposite AN.

In the embodiment of the present invention, the session information included in the session established by the access terminal AT and the local AN is negotiated as the session information that can be recognized by the peer AN, and the successful migration of the session is ensured.

In another embodiment of the present invention, the method of session migration between ANs in the embodiment of the present invention is described by taking the pre-negotiation switching of the A16 interface session as an example. Specifically, in the case that the active state A16 interface session is migrated, before the session information is transmitted from the source side AN to the target side AN, the source side AN confirms the session information that the target side AN does not support by adding a query message or using an existing message. Then, the source side AN first negotiates with the AT the session information that is not supported by the target side AN as the protocol default value, and then performs session migration. Since the protocol default value is recognized and supported by different interface protocol versions, the source side AN and the AT negotiate the session information that is not supported by the target side AN as the protocol default value, and then migrate the session to the target side AN, which can make the target The side AN is able to identify all the information in the session. Negotiation between the source AN and the AT can be done through the SCP (Session Control Protocol) protocol or the GAUP (Generic Attribute Update Protocol) protocol. For example, the SCP-based negotiation is performed by the configuration request (configuration request) message and the configuration response (configuration response) message. The Configuration Request message carries the parameters to be negotiated. The Configuration Response message carries the negotiation result. The configuration completion is completed by a Configuration Complete message.

Taking the existing message modification to confirm the session information that the target side AN does not support, the session migration method between the ANs is as shown in FIG. 6, and includes the following steps:

Step s601: When the source side AN determines to perform the active session migration, the message “A interface protocol version query request” is sent to the target side AN, and the target side AN is requested to return the A interface protocol version used by the target side.

Step s602: After receiving the message "A-interface protocol version query request", the target-side AN sends the A-interface protocol version information or identifier to the "A-interface protocol version query response" message and sends it to the source side AN.

Step s603: After receiving the "A interface protocol version query response" message, the source side AN identifies the target side AN according to the session information supported by each version configured in advance and according to the A interface protocol version used by the target side AN. The session information is supported. After the source side AN negotiates with the AT through the air interface SCP protocol message or the GAUP protocol message, the session information that is not supported by the target side AN included in the current source side AN and the inter-AT session is negotiated as the protocol default value. For example, the source side AN sends a Configuration Request message to the AT, and the message carries the parameters to be negotiated, and requests the parameters to be negotiated to be the default value of the protocol. The AT sends a Configuration Response message to the source side AN. The message carries the negotiation result. The negotiation result is to negotiate the parameters to be negotiated as the default value of the protocol. After all the parameters to be negotiated are negotiated, the source side AN sends to the AT. The Configuration Complete message completes the negotiation of the session information between the source side AN and the AT.

Step s604: After the negotiation is completed, the source side AN initiates the session migration on the A16 interface, and the session side AN is recognized by all the session information in the session between the source side AN and the AT, thus ensuring the successful migration of the session. Taking the new protocol query message to confirm the session information that the target side does not support, the session migration method between the ANs is as shown in Figure 7, including the following steps:

Step s701: When the source side AN determines to perform the active session migration, the A16-Session Transfer Request message is sent to the target side AN.

Step s702: After receiving the A16_Session Transfer Request message, the target side AN finds that the session information is not supported by the user, and sends an A16_Session Transfer Reject message to the source side AN, where the message carries the identifier of the unsupported session information. .

Step s703: After receiving the A16_Session Transfer Reject message, the source side AN obtains session information that is not supported by the target side AN. Then, the source side negotiates with the AT through the air interface SCP protocol message or the GAUP protocol message, and negotiates the session information that is not supported by the target side AN included in the current source AN and the AT session as the protocol default value. For example, the source side AN sends a Configuration Request message to the AT, and the message carries the parameter to be negotiated. The AT sends a Configuration Response message to the source side AN, and the message carries the negotiation result. After all the parameters to be negotiated are negotiated, the source side sends a Configuration Complete message to the AT to indicate that the configuration negotiation is complete.

Step s704: The source side AN performs the A16 session migration process again. Since all the session information in the session between the source side AN and the AT can be identified by the target side AN, the session migration is guaranteed to be successful. In another embodiment of the present invention, the session migration method between the ANs in the embodiment of the present invention is described by taking the first handover after negotiation as an example. Specifically, as shown in Figure 8, it includes:

Step s801: The session is migrated between the ANs. The session migration process of the A13/A16 can be referred to the description in FIG. 1 or FIG. 2. In order to enable the target side AN to recognize all the information in the session, the source side AN is in the step of transferring the session information to the target side AN involved in the session migration (for example, step s102 in FIG. 1 or step s201 in FIG. 2) , you can take the following methods:

(1) When the source side AN transmits the session information to the target side AN, each attribute in the session information carries both the current usage value and the protocol default value, so that the target side AN can learn each attribute in the session information of the migration session. Current usage values and protocol defaults. or (2) When the source side AN transmits the session information to the target side AN, a field identifier is added to the attribute record (Attribute Recode) of the session information, and the identifier is directly negotiated as the protocol default value, and does not carry the specific protocol default value. How much or carry the protocol default value, so that the target side AN can know whether each attribute in the session information of the migration session is directly negotiated as the protocol default value. For example, the source side AN may identify the session information that may not be recognized in the target side AN, and the source side AN may identify the session information as “direct negotiation as a protocol default value” to prevent the target side AN from recognizing the session information. The manner in which the source side AN obtains the session information that may not be recognized by the target side AN is not limited in this embodiment. The manner in which the source side AN obtains the session information that is not supported by the target side AN in the foregoing embodiment may be used.

Step s802: After receiving the session information transmitted by the source side AN, the target side AN negotiates with the AT for the unsupported session information, and according to the session information received from the source side AN in step s801, the target side AN does not support. The session information is negotiated as the default value of the protocol carried.

Specifically, the method (1) in step s801 is taken as an example. When the target side AN performs session negotiation with the AT, the target side AN obtains the session information in the session information because the session information has been obtained in step s801. The current usage value and the protocol default value, so the target side AN can negotiate with the AT the session information that the target side AN cannot support as the protocol default value. Taking the method (2) in step s801 as an example, when the target side AN performs session negotiation with the AT, it directly negotiates with the AT for the attribute in the session information identified as "direct negotiation as the protocol default value" in step s801. It is a protocol default value, thus avoiding the existence of session information in the session information that cannot be supported by the target side AN. The negotiation between the target side AN and the AT can be completed through an existing SCP protocol message or a GAUP protocol message negotiation.

In an embodiment of the present invention, the modification of the attribute record Attribute Recode for the air interface negotiation may be as shown in Table 1 and Table 2. Among them, Table 1 is the Attribute Recode before modification, and Table 2 is the modified Attribute Recode.

Table 1 Attribute Recode before modification

Field Length (bits)

Length 8

AttributelD Protocol Specific

One or more instances of the following fields

ValuelD Protocol Specific

An appropriate number of instances of the following record for each instance of the ValuelD field

Attribute Value

Reserved variable

Table 2 Tampered Attribute Recode

Field Length (bits)

Length 8

AttributelD Protocol Specific

SetDefaultFlag 1

Zero or more instances of the following record

Attribute Value

Reserved variable

Field Length (bits)

Length 8

AttributelD Protocol Specific

SetDefaultFlag 1

Zero or more instances of the following fields

ValuelD Protocol Specific

Attribute Value

Reserved variable

The new SetDefaultFlag identifier is used to indicate that the negotiation is the default value identifier. If it is set to "1", it does not carry the following attribute value. The receiver defaults to the protocol default value. When it is set to "0", it carries the following attribute value, and the receiver negotiates the carried attribute value.

In the method provided by the embodiment of the present invention, the session information supported by the different access network ANs involved in the session migration is consistent, or the session information included in the session established by the access terminal AT and the local AN is negotiated. For the session information that the peer AN can recognize, the successful migration of the session is guaranteed.

The embodiment of the present invention further provides a session migration system, including a local AN and a remote AN, and the local AN adjusts the session information supported between the peer and the peer AN to be consistent; and establishes the access terminal AT with itself. The session is migrated to the peer AN.

An embodiment of the present invention further provides an access device, as shown in FIG. 9, including:

The session information adjusting unit 10 is configured to adjust the session information supported between the local AN and the peer AN to be consistent; the session migration unit 20 is configured to migrate the session established by the access terminal AT and the local AN to the opposite AN.

Specifically, as shown in FIG. 10, the session information adjusting unit 10 in the embodiment of the present invention may further include: a version negotiation request message sending subunit 11 configured to send an interface protocol version negotiation request message to the peer AN, in the request message. Carry the protocol version information or identifier of the local end;

The version negotiation response message receiving subunit 12 is configured to receive an interface protocol version negotiation response message sent by the peer AN, where the response message carries the protocol version used by the opposite end AN negotiation;

The version negotiation sub-unit 13 is configured to use the version of the protocol that is used by the peer AN to be used in the response message as the protocol version of the local end, so that the session information supported by the local AN and the peer AN is consistent.

The session information adjusting unit 10 may further include:

The session information configuration sub-unit 14 is configured to configure the protocol version used by the local AN and the peer AN to be consistent, so that the session information supported between the local AN and the peer AN is consistent.

In the system and device provided by the embodiment of the present invention, the session information supported by the different access network ANs involved in the session migration is consistent, and the successful migration of the session is ensured.

The embodiment of the present invention further provides a session migration system, including a local AN and a peer AN, where the local AN is used to negotiate the session information included in the session established between the AT and the local AN, and the peer AN can identify The session information; and the session established between the AT and the local AN is migrated to the peer AN.

An embodiment of the present invention further provides an access device, as shown in FIG. 11, including:

The session information negotiation unit 30 is configured to negotiate the session information included in the session established by the access terminal AT and the local AN to be the session information that the peer AN can identify;

The session migration unit 40 is configured to migrate the session established by the AT and the local AN to the peer AN.

Specifically, as shown in FIG. 12, the session information negotiation unit 30 may further include:

The first request message sending sub-unit 31 is configured to send an interface protocol version query request message to the opposite end AN when performing the active state session migration;

The first response message receiving subunit 32 is configured to receive an interface protocol version query response message sent by the opposite end AN, The response message carries the interface protocol version information or identifier used by the peer AN.

The first session information negotiation sub-unit 33 is configured to obtain session information that is not supported by the peer AN included in the session established by the AT and the local AN according to the version of the interface protocol used by the peer AN, and the AT does not support the peer AN. The session information is negotiated as the protocol default. The negotiation can be implemented by an SCP protocol message or a GAUP protocol message.

Specifically, as shown in FIG. 13, the session information negotiation unit 30 may further include:

The second request message sending sub-unit 34 is configured to send a session migration request message to the opposite end AN when performing the active state session migration;

The second response message receiving sub-unit 35 is configured to receive a session migration reject message sent by the peer AN, and the identifier of the session information that is not supported by the peer AN is included in the reject message;

The second session information negotiation sub-unit 36 is configured to negotiate, according to the identifier of the session information that is not supported by the peer AN, with the session information that the AT does not support by the peer AN as the protocol default value. This negotiation can be implemented through an SCP protocol message or a GAUP protocol message.

Specifically, as shown in FIG. 14, the session information negotiation unit 30 may further include:

The third session information negotiation sub-unit 37 is configured to: when the session is migrated with the peer AN, the session information is delivered to the peer AN, and each attribute in the session information carries the current usage value and the protocol default value, so that the peer AN is The current usage value and the protocol default value of each attribute in the session information of the migration session can be learned; triggering the peer AN and the AT to negotiate the session information that is not supported by the peer AN included in the session as the protocol default value; the negotiation can pass the SCP Protocol message or GAUP protocol message implementation. Or

The fourth session information negotiation sub-unit 38 is configured to: when the session is migrated with the peer AN, transfer the session information to the peer AN, and determine whether each attribute identifier in the session information directly negotiates the protocol default value; triggering the opposite end AN and The AT negotiates the session information included in the session as the protocol default value directly negotiated as the protocol default value. This negotiation can be implemented by SCP protocol message or GAUP protocol message.

In the system and device provided by the embodiment of the present invention, the session information included in the session established by the access terminal AT and the local AN is negotiated as session information that can be recognized by the peer AN, and the successful migration of the session is ensured.

The above modules may be distributed in one device or distributed in multiple devices. The above modules can be combined into one module, or they can be further split into multiple sub-modules.

Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented by hardware or by software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), including several Command to make a computer The device (which may be a personal computer, server, or network device, etc.) performs the methods described in various embodiments of the present invention.

A person skilled in the art can understand that the drawings are only a schematic diagram of a preferred embodiment, and the modules or processes in the drawings are not necessarily required to implement the invention.

Those skilled in the art can understand that the modules in the apparatus in the embodiments may be distributed in the apparatus of the embodiment according to the description of the embodiments, or may be correspondingly changed in one or more apparatuses different from the embodiment. The modules of the above embodiments may be combined into one module, or may be further split into a plurality of sub-modules.

The serial numbers of the embodiments of the present invention are merely for the description, and do not represent the advantages and disadvantages of the embodiments.

The above disclosure is only a few specific embodiments of the present invention, but the present invention is not limited thereto, and any changes that can be made by those skilled in the art should fall within the protection scope of the present invention.

Claims

Rights request

A method for session migration between access networks, characterized in that it comprises:

2. The method according to claim 1, wherein the adjusting the session information supported between the local AN and the peer AN is consistent:

Sending an interface protocol version negotiation request message to the peer AN, where the request message carries protocol version information or identifier of the local AN; and receives an interface protocol version negotiation response message sent by the peer AN, where the response message is received. Carrying protocol version information or identifier used after the peer AN negotiates;

And the version of the protocol used by the peer AN in the response message is used as the protocol version of the local AN, so that the protocol version of the local AN and the peer AN are the same, so that the local AN and the peer end The session information supported by the AN is consistent.

The method according to claim 1, wherein the adjusting the session information supported between the local AN and the peer AN is consistent:

The protocol version used by the local AN and the peer AN is configured to be consistent, so that the session information supported between the local AN and the peer AN is consistent.

4. A method for session migration between access networks, characterized in that it comprises:

The session information included in the session established by the access terminal AT and the local AN is negotiated as the session information that the peer AN can recognize;

The session is migrated to the peer AN.

The method of claim 4, wherein the session information included in the session established by the access terminal AT and the local AN is negotiated as the session information that the peer AN can identify:

Sending an interface protocol version query request message to the peer AN when performing the session migration in the active state; receiving an interface protocol version query response message sent by the peer AN, where the response message carries the use of the peer AN Interface protocol version information or identifier;

Obtaining, according to the interface protocol version used by the peer AN, session information that is not supported by the peer AN included in the session established by the AT and the local AN, and the AT does not include the peer AN included in the session. The supported session information is negotiated as the protocol default.

The method according to claim 4, wherein the negotiation of the session information included in the session established by the access terminal AT with the local AN is the session information that the peer AN can identify: And performing a session migration request message to the peer end AN; and receiving a session migration rejection message sent by the peer AN, where the response message carries session information that is not supported by the peer AN Identification

And according to the identifier of the session information that is not supported by the peer AN, the session information that is not supported by the peer AN included in the session is negotiated with the AT as a protocol default value.

The method according to claim 4, wherein the session information included in the session established by the access terminal AT and the local AN is negotiated as session information that the peer AN can identify:

Transmitting the session information to the peer AN when the session is migrated with the peer AN, and carrying the current usage value and the protocol default value for each attribute in the session information, so that the peer AN learns the session information of the migration session. a current usage value of each attribute and a protocol default value; triggering the peer AN to negotiate with the AT the session information that is not supported by the peer AN included in the session as a protocol default value; or

When the session is migrated with the peer AN, the session information is delivered to the peer AN, and whether each attribute identifier in the session information is directly negotiated as a protocol default value; triggering the peer AN and the AT to the session The identifier included in the identifier is negotiated as the protocol default value for the session information negotiated as the default value of the protocol.

The method according to claim 5 or 6 or 7, wherein the negotiating the session information that the AT does not support by the peer AN included in the session as a protocol default value includes: Protocol SCP message or General Attribute Update Protocol GAUP message negotiation.

9. An access device, comprising:

The access device according to claim 9, wherein the session information adjusting unit comprises: a version negotiation request message sending subunit, configured to send an interface protocol version negotiation request message to the opposite end AN, where The request message carries the protocol version information or identifier of the local end;

a version negotiation response message receiving subunit, configured to receive an interface protocol version negotiation response message sent by the peer end AN, where the response message carries a protocol version used by the peer end AN after negotiation;

The version negotiation sub-unit is configured to use the protocol version used by the peer end AN to be negotiated in the response message as the protocol version of the local end, so that the session information supported between the local AN and the peer AN is consistent.

The access device according to claim 9, wherein the session information adjusting unit includes: a session information configuration sub-unit configured to configure a protocol version used by the local AN and the peer AN to be consistent, thereby The session information supported between the local AN and the peer AN is consistent.

12. An access device, comprising:

The session information negotiation unit is configured to negotiate the session information included in the session established by the access terminal AT and the local AN to be the session information that the peer AN can recognize;

The access device according to claim 12, wherein the session information negotiation unit comprises: a first request message sending subunit, configured to send to the opposite end AN when performing active session migration Interface protocol version query request message;

a first response message receiving subunit, configured to receive an interface protocol version query response message sent by the opposite end AN, where the response message carries an interface protocol version information or identifier used by the opposite end AN;

a first session information negotiation sub-unit, configured to acquire, according to an interface protocol version used by the peer AN, session information that is not supported by the peer AN included in a session established between the AT and the local AN, and the AT The session information that is not supported by the peer AN is negotiated as a protocol default.

The access device according to claim 12, wherein the session information negotiation unit comprises: a second request message sending subunit, configured to send to the opposite end AN when performing active session migration Session migration request message;

a second response message receiving subunit, configured to receive a session migration reject message sent by the peer end AN, where the reject message carries an identifier of session information that is not supported by the peer end AN;

The second session information negotiation sub-unit is configured to negotiate, according to the identifier of the session information that is not supported by the peer AN, with the session information that the AT does not support by the peer AN as a protocol default value.

The access device according to claim 12, wherein the session information negotiation unit comprises: a third session information negotiation sub-unit, configured to transmit session information to the peer AN when performing session migration The peer AN carries the current usage value and the protocol default value for each attribute in the session information, so that the peer AN learns the current usage value and the protocol default value of each attribute in the session information of the migration session; The peer AN negotiates with the AT the session information that is not supported by the peer AN included in the session as a protocol default value; or

a fourth session information negotiation sub-unit, configured to: when the session is migrated with the peer AN, the session information is delivered to the peer AN, and whether each attribute identifier in the session information is directly negotiated as a protocol default value; The terminal AN and the AT negotiate the session information included in the session as the protocol default value directly negotiated as the protocol default value.