CN102404735B - Method for realizing basic capability negotiation process in mobile network, base station and system - Google Patents

Method for realizing basic capability negotiation process in mobile network, base station and system Download PDF

Info

Publication number
CN102404735B
CN102404735B CN201010287456.2A CN201010287456A CN102404735B CN 102404735 B CN102404735 B CN 102404735B CN 201010287456 A CN201010287456 A CN 201010287456A CN 102404735 B CN102404735 B CN 102404735B
Authority
CN
China
Prior art keywords
authentication policy
iad
terminal
authentication
policy
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN201010287456.2A
Other languages
Chinese (zh)
Other versions
CN102404735A (en
Inventor
李震
牛艳茹
薄凯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201010287456.2A priority Critical patent/CN102404735B/en
Publication of CN102404735A publication Critical patent/CN102404735A/en
Application granted granted Critical
Publication of CN102404735B publication Critical patent/CN102404735B/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

The invention relates to a method for realizing basic capability negotiation process in mobile network, a base station and a system. The method comprises the following steps of: the base station receives and analyzes the first request information sent by the terminal to acquire the terminal authentication policy; the base station sends the second request information to the access gateway according to the terminal authentication policy, and then receives and analyzes the response information of the access gateway that is fed back according to the second request information to acquire the access gateway authentication policy; when the terminal authentication policy coincides with the access gateway authentication policy, the authentication process is started by the access gateway according to the corresponding negotiation process or the registration process will be started by the terminal. The method for realizing basic capability negotiation process in mobile network can negotiate the total basic capability by choosing different basic capability negotiation processes according to the coincident authentication policy of terminal and the access gateway reached in the basic capability negotiation process to improve the successful rate of the terminal in accessing the initial network.

Description

The method of realizing basic capability negotiation process in mobile network, base station and system
Technical field
The present invention relates to field of mobile communication, relate in particular to method, base station and the system of a kind of WiMAX (WorldwideInteroperability for Microwave Access, global interoperability inserting of microwave) realizing basic capability negotiation process in mobile network.
Background technology
Mobile WiMAX is a broadband wireless access MAN Technology based on OFDMA (OFDM, Orthogonal FrequencyDivision Multiple Access) technology.Compare with other current wireless access technologys, mobile WiMAX network has the following advantages: transmission rate is high, long transmission distance and capacity high, possesses non line of sight transmittability, can facilitate more user's access, greatly reduce infrastructure investment, can provide the different Q os packet data service of (Quality of Service, service quality) simultaneously.
The architecture of existing mobile WiMAX network at least comprises customer mobile terminal (MSS, Mobile Service Subscribe), base station (BS, Base Station), IAD (AGW, ASN Access Gateway), core net (CSN, Connection Service Network) and application service provider (ASP, Application Service Provider) etc.Wherein, MSS is customer mobile terminal, and user uses this terminal access WiMAX network; BS by the R1 interface of eating dishes without rice or wine, process and MSS between data, by R6 interface process and AGW between data.
According to WiMAX Forum TWG (Technical Work Group, that technical work group) promulgates is up-to-date to mouthful 802.16e standard and NWG (Network Work Group, the latest network architecture standard of network working group) promulgating, MSS is when completing initial network access (Initial Network Entry), and MSS and BS and MSS need to carry out basic capability negotiating flow process by BS and AGW.MSS and AGW are according to the consistency of in basic capability negotiation process, authentication policy being reached, and the next flow process that decides basic capability negotiating flow process is registering flow path or authorizing procedure.
Existing basic capability negotiating flow process comprises the following steps: that MSS receives after SBC-RSP response message at R1 mouth, completes the basic capability negotiating flow process of R1 mouth; AGW receives after MS_PreAttachment_Ack acknowledge message at R6 mouth, completes the whole basic capability negotiation process of R6 mouth.If basic capability negotiating result is MSS and AGW, all support authentication policy, AGW sends EAP message to BS at R6 interface, starts authorizing procedure; If MSS and AGW do not support authentication policy, MSS sends Reg-Req request message to BS at R1 interface, starts registering flow path.
But, due to BS R1 interface send SBC-RSP response message to MSS and thereafter in R6 interface transmission MS_PreAttachment_Ack acknowledge message, to AGW, be two independently steps, therefore, there is following defect in existing basic capability negotiating flow process:
1) due to complexity and the uncertainty of R1 interface channel quality, may cause SBC-RSP message to lose in R1 interface transmitting procedure, now, if the authentication policy of MSS and AGW is all supported authentication, and AGW has received MS_PreAttachment_Ack acknowledge message at R6 interface, there will be AGW to think that whole basic capability negotiating flow process has completed startup authorizing procedure, MSS thinks that basic capability negotiating flow process is failed, need to resend SBC-REQ request message, cause MSS initial network access failure, reduced the access success rate of MSS.
2) because R6 interface packets is by UDP (User Datagram Protocol, User Data Protocol) transmit, its transmitting procedure does not have reliability, therefore the possibility that exists MS_PreAttachment_Ack acknowledge message to lose in R6 interface transmitting procedure, now, if the authentication policy of MSS and AGW is not all supported authentication, and MSS has received SBC-RSP message at R1 interface, there will be MSS to think that whole basic capability negotiating flow process completes, to start registering flow path, AGW thinks that basic capability negotiating flow process does not complete and need to resend MS_PreAttachment_Rsp response message, cause equally MSS initial network access failure, reduced the access success rate of MSS.
Summary of the invention
Main purpose of the present invention is to provide a kind of method, base station and system of realizing basic capability negotiation process in mobile network, is intended to improve the access success rate of MSS.
The present invention proposes a kind of method of realizing basic capability negotiation process in mobile network, comprising:
Base station receives and resolves the first request message that terminal sends, and obtains terminal authentication policy; Described the first request message carries TLV authentication policy support field and/or TLV OFDM OFDMA parameter set field;
According to described terminal authentication policy, to IAD, send the second request message;
Receive and resolve described IAD according to the response message of described the second request message feedback, obtain IAD authentication policy;
When described terminal authentication policy is consistent with described IAD authentication policy, according to corresponding negotiation flow process, by described IAD, starts authorizing procedure or start registering flow path by described terminal.
Preferably, described when terminal authentication policy is consistent with described IAD authentication policy, according to corresponding negotiation flow process, by described IAD, start authorizing procedure or comprise by the step that described terminal starts registering flow path:
When described terminal authentication policy and described IAD authentication policy are the policy that requires authentication, described response message is sent to described terminal;
When confiscating described first request message of described terminal re-sends in the first predetermined time delay, to described IAD, send acknowledge message;
Receive the EAP EAP message of feeding back when described IAD starts authorizing procedure according to described acknowledge message.
Preferably, described when terminal authentication policy is consistent with described IAD authentication policy, the step that starts authorizing procedure or registering flow path comprises:
When described terminal authentication policy and described IAD authentication policy are the policy that does not require authentication, to described IAD, send described acknowledge message;
When not receiving the described response message that described IAD is retransmitted in the second predetermined time delay, described response message is sent to described terminal;
Receive the register request message of feeding back when described terminal starts registering flow path according to described response message.
Preferably, described when terminal authentication policy is consistent with described IAD authentication policy, according to corresponding negotiation flow process, by described IAD, start authorizing procedure or comprise by the step that described terminal starts registering flow path:
When described terminal authentication policy and described IAD authentication policy are the policy that requires authentication, described response message is sent to described terminal;
Receive the acknowledge message that described terminal sends according to described response message, and described acknowledge message is sent to described IAD;
Receive the EAP message of feeding back when described IAD starts authorizing procedure according to described acknowledge message.
Preferably, when described the first request message carries described TLV OFDMA parameter set field, described terminal authentication policy is the policy that requires authentication;
When described the first request message carries described TLV authentication policy support field or carries described TLV OFDMA parameter set field and TLV authentication policy support field, and the value of described TLV authentication policy support field is 0 o'clock, and described terminal authentication policy is the policy that does not require authentication;
When described the first request message carries described TLV authentication policy support field or carries described TLV OFDMA parameter set field and TLV authentication policy support field, and the value of described TLV authentication policy support field is not 0 o'clock, and described terminal authentication policy is the policy that requires authentication.
The present invention also proposes a kind of base station of realizing basic capability negotiation process in mobile network, comprising:
First receives parsing acquisition module, and the first request message sending for receiving and resolve terminal, obtains terminal authentication policy; Described the first request message carries TLV authentication policy support field and/or TLVOFDMA parameter set field;
Sending module, for sending the second request message according to described terminal authentication policy to IAD;
Second receives parsing acquisition module, for receiving and resolve described IAD according to the response message of described the second request message feedback, obtains IAD authentication policy;
Flow startup module, for when described terminal authentication policy is consistent with described IAD authentication policy, is started authorizing procedure or is started registering flow path by described terminal by described IAD according to corresponding negotiation flow process.
Preferably, described flow startup module comprises:
Response transmitting element, for when described terminal authentication policy and described IAD authentication policy are the policy that requires authentication, is sent to described terminal by described response message;
Confirm transmitting element, for when confiscating described first request message of described terminal re-sends in the first predetermined time delay, to described IAD, send acknowledge message;
Flow startup unit, for receiving the EAP message of feeding back when described IAD starts authorizing procedure according to described acknowledge message.
Preferably, described confirmation transmitting element, also, for when described terminal authentication policy and described IAD authentication policy are the policy that does not require authentication, sends described acknowledge message to described IAD;
Described response transmitting element, also, for when not receiving the described response message that described IAD is retransmitted in the second predetermined time delay, is sent to described terminal by described response message;
Described flow startup unit, also for receiving the register request message of feeding back when described terminal starts registering flow path according to described response message.
Preferably, described response transmitting element, also, for when described terminal authentication policy and described IAD authentication policy are the policy that requires authentication, is sent to described terminal by described response message;
Described confirmation transmitting element, the acknowledge message also sending according to described response message for receiving described terminal, and described acknowledge message is sent to described IAD;
Described flow startup unit, also for receiving the EAP message of feeding back when described IAD starts authorizing procedure according to described acknowledge message.
The present invention also proposes a kind of system of realizing basic capability negotiation process in mobile network, comprising:
Base station, the terminal being connected with described base station radio network and with the IAD of described base station wired connection, wherein:
Described terminal, for sending the first request message to described base station; Described the first request message carries TLV OFDMA parameter set field and/or TLV authentication policy support field; By described base station and described IAD, carry out initial network access basic capability negotiating flow process;
Described base station, described the first request message sending for receiving and resolve terminal, obtain terminal authentication policy, according to described terminal authentication policy, to IAD, send the second request message, receive and resolve described IAD according to the response message of described the second request message feedback, obtain IAD authentication policy; And when described terminal authentication policy is consistent with described IAD authentication policy, according to corresponding negotiation flow process, by described IAD, starts authorizing procedure or start registering flow path by described terminal;
Described IAD, described the second request message sending for receiving described base station, feeds back described response message to base station according to described the second request message, by described base station and described terminal, carries out described initial network access basic capability negotiating flow process.
Described base station is base station as above.
The present invention proposes a kind of method, base station and system of realizing basic capability negotiation process in mobile network, the authentication policy consistency of reaching in basic capability negotiation process according to terminal (MSS) and IAD (AGW), select different basic capability negotiating flow processs to complete whole basic capability negotiating, improved the access success rate of terminal in initial network access.
Accompanying drawing explanation
Fig. 1 is the method one embodiment schematic flow sheet of realizing basic capability negotiation process in mobile network of the present invention;
Fig. 2 be in method one embodiment of realizing basic capability negotiation process in mobile network of the present invention when terminal authentication policy is consistent with IAD authentication policy, according to corresponding negotiation flow process, by IAD, start authorizing procedure or by terminal, start a kind of execution mode schematic flow sheet of registering flow path;
Fig. 3 be in method one embodiment of realizing basic capability negotiation process in mobile network of the present invention when terminal authentication policy is consistent with IAD authentication policy, according to corresponding negotiation flow process, by IAD, start authorizing procedure or by terminal, start the another kind of execution mode schematic flow sheet of registering flow path;
Fig. 4 be in method one embodiment of realizing basic capability negotiation process in mobile network of the present invention when terminal authentication policy is consistent with IAD authentication policy, according to corresponding negotiation flow process, by IAD, start authorizing procedure or by terminal, start another execution mode schematic flow sheet of registering flow path;
Fig. 5 is the base station one example structure schematic diagram of realizing basic capability negotiation process in mobile network of the present invention;
Fig. 6 is the structural representation of flow startup module in base station one embodiment of realizing basic capability negotiation process in mobile network of the present invention;
Fig. 7 is the system one example structure schematic diagram of realizing basic capability negotiation process in mobile network of the present invention.
In order to make technical scheme of the present invention clearer, clear, below in conjunction with accompanying drawing, be described in further detail.
Embodiment
Solution for embodiment of the invention is mainly the authentication policy consistency of reaching in basic capability negotiation process according to terminal and IAD, select different basic capability negotiating flow processs, to complete whole basic capability negotiating, improve the access success rate of terminal in initial network access.
As shown in Figure 1, one embodiment of the invention proposes a kind of method of realizing basic capability negotiation process in mobile network, comprising:
Step S101, base station receives and resolves the first request message that terminal sends, and obtains terminal authentication policy;
Embodiment of the present invention method running environment is based on WiMAX network, and as previously mentioned, the architecture of existing mobile WiMAX network at least comprises that customer mobile terminal is terminal in the present embodiment, base station, IAD, core net and application service provider etc.Terminal and IAD are according to the consistency of in basic capability negotiation process, authentication policy being reached, and the next flow process that decides basic capability negotiating flow process is registering flow path or authorizing procedure.
In the present embodiment, when terminal is when completing initial network access, first at R1 interface, to base station, send the first request message-SBC-REQ request message, and start base station in response timer T18.This first request message carries TLV (type-length-numerical value) OFDMA parameter set (OFDMA ParametersSets) field and/or TLV authentication policy support (TLV Authorization policy support) field.Also can indicating terminal or MAC (media access control layer) parameter set supported of base station by TLV OFDMA parameter set field, this MAC parameter set comprises: structure and transmission MAC PDU (Packet Data Unit) parameter, PKM (private cipher key management) version support parameter, authentication policy support parameter, message authentication code parameters, PN (bag sequence number) window parameter, an expansion ability parameter, HO (switchings) threshold parameter and scan relevant parameter.
Concrete, when the first request message only carries TLV OFDMA parameter set field, terminal authentication policy is for requiring the policy of authentication; When the first request message carries TLV authentication policy support field or carries TLV OFDMA parameter set field and TLV authentication policy support field simultaneously, and the value of TLV authentication policy support field is 0 o'clock, and terminal authentication policy is the policy that does not require authentication; When the first request message carries TLV authentication policy support field or carries TLV OFDMA parameter set field and TLV authentication policy support field, and the value of TLV authentication policy support field is not 0 o'clock, and terminal authentication policy is the policy that requires authentication.; when the first request message carries TLV authentication policy support field or carries TLV OFDMA parameter set field and during TLV authentication policy support field simultaneously; need to judge whether terminal authentication policy is the policy of requirement authentication according to the value of the TLV authentication policy support field in message; if its value is 0; judging terminal authentication policy is the policy that does not require authentication; if its value is not 0 such as being 1, judge that terminal authentication policy is the policy that requires authentication.
When resolve SBC-REQ message base station, if this message is not only carried TLV authentication policy support field but also carry TLV OFDMA parameter set field, and two fields are to the inconsistent words of the indication of authentication policy, base station is using the foundation as judgement terminal authentication policy to the analysis result of TLV authentication policy support field only.
Step S102, sends the second request message according to terminal authentication policy to IAD;
In the present embodiment, when base station gets after terminal authentication policy, base station sends the second request message according to terminal authentication policy to IAD, this second request message carries TLV authentication policy support field, when terminal authentication policy is while requiring the policy of authentication, the TLV authentication policy support field that the second request message carries is got the value that is not 0, when terminal authentication policy is while not requiring the policy of authentication, the TLV authentication policy support field value that the second request message carries is 0, and the authentication policy of IAD terminal is informed in base station by this second request message.
Step S103, receives and resolves IAD according to the response message of the second request message feedback, obtains IAD authentication policy;
IAD is resolved the second request message receiving, obtain the authentication policy of terminal, and to base station feedback response message, if it is consistent with terminal authentication policy that IAD requires, in this response message, carrying value and be not 0 TLV authentication policy support field (being the policy that requires authentication) or carrying value is 0 TLV authentication policy support field (being the policy that does not require authentication); If IAD does not require consistent with terminal authentication policy, to the TLV authentication policy support field of carrying in this response message, give corresponding value, so that IAD authentication policy and terminal authentication policy are inconsistent, base station obtains IAD authentication policy by receiving and resolve the response message of IAD feedback, thereby can judge that whether terminal is consistent with the authentication policy of IAD.
Step S104, when terminal authentication policy is consistent with IAD authentication policy, is started authorizing procedure or is started registering flow path by terminal by IAD according to corresponding negotiation flow process.
In the present embodiment, when terminal authentication policy is consistent with IAD authentication policy, can by IAD, starts authorizing procedure or start registering flow path by terminal according to corresponding negotiation flow process, wherein, consult accordingly flow process and comprise following three kinds of modes:
(1), if terminal authentication policy and IAD authentication policy are the policy that requires authentication, base station meeting transmitted response message is to terminal; And start time delay waiting timer Tdelay, in the duration (being the predetermined time delay of the present embodiment first) of time delay waiting timer Tdelay, wait for whether terminal retransmits the first request message, and the duration of this time delay waiting timer Tdelay is no less than the duration of T18 timer.If before Tdelay timer expiry, the first request message that terminal resends at R1 interface is not received in base station, and base station thinks that terminal received response message at R1 interface, and sends acknowledge message to IAD; Otherwise get back to step S101.
When IAD, receive after the acknowledge message of base station transmission, think and can start authorizing procedure, and send EAP (EAP) message to base station, start authorizing procedure simultaneously.The authentication policy in terminal initial network insertion of completing is thus consistent and be the basic capability negotiating flow process between terminal and IAD in the situation of the policy that requires authentication.
(2) if terminal authentication policy and IAD authentication policy are the policy that does not require authentication, IAD is when sending response message to base station, start base station and confirm timer T2, receive after the response message of IAD transmission base station, to IAD, send acknowledge message, base station initiated time delay waiting timer Tdelay, and duration (being the predetermined time delay of the present embodiment second) is less than the duration of T18 timer, but be no less than the duration of T2 timer; If before Tdelay timer expiry, the response message that IAD resends at R6 interface is not received in base station, base station thinks that IAD received acknowledge message at R6 interface, response message is forwarded to terminal, terminal receives after the response message of base station transmission, think and can start registering flow path, and send register request message to base station, start registering flow path simultaneously.The authentication policy in terminal initial network insertion of completing is thus consistent and be the basic capability negotiating flow process between terminal and IAD in the situation of the policy that does not require authentication.
In above-mentioned steps, if the response message that IAD resends at R6 interface is received in base station, return and carry out after the response message of receiving IAD transmission in base station, to IAD, send the step of acknowledge message.IAD is received after the acknowledge message of base station transmission at R6 interface, is stopped timer T2.
(3) if terminal authentication policy and IAD authentication policy are the policy that requires authentication, base station transmitted response message is to terminal, terminal sends acknowledge message according to the response message receiving to base station, base station is forwarded to IAD by acknowledge message, IAD receives the confirmation after message, think and can start authorizing procedure, and send EAP message to base station, start authorizing procedure simultaneously.The authentication policy in terminal initial network insertion of completing is thus consistent and be the basic capability negotiating flow process between terminal and IAD in the situation of the policy that requires authentication.
As shown in Figure 2, as a kind of execution mode, step S104 can comprise:
Step S1041, when terminal authentication policy and IAD authentication policy are the policy that requires authentication, is sent to terminal by response message;
Step S1042, when confiscating the first request message of terminal re-sends in the first predetermined time delay, sends acknowledge message to IAD;
Step S1043, receives the EAP message of feeding back when IAD starts authorizing procedure according to acknowledge message.
As shown in Figure 3, as another kind of execution mode, step S104 can comprise:
Step S1044, when terminal authentication policy and IAD authentication policy are the policy that does not require authentication, sends acknowledge message to IAD;
Step S1045, when not receiving the response message that IAD is retransmitted in the second predetermined time delay, is sent to terminal by response message;
Step S1046, the register request message that receiving terminal feeds back while starting registering flow path according to response message.
As shown in Figure 4, as another execution mode, step S104 can comprise:
Step S1047, when terminal authentication policy and IAD authentication policy are the policy that requires authentication, is sent to terminal by response message;
Step S1048, the acknowledge message that receiving terminal sends according to response message, and this acknowledge message is sent to IAD;
Step S1049, receives the EAP message of feeding back when IAD starts authorizing procedure according to acknowledge message.
With instantiation, describe three kinds of execution modes realizing basic capability negotiating flow process in the present embodiment in detail below:
The first execution mode:
Step 1: MSS statistics is in an initial network access procedure, at R1 interface, to BS, sent the number of times of SBC-REQ request message, if reach largest request, attempt transmission times (being defaulted as 3 times), at R1 interface, to BS, send RNG-ABORT message, notice BS exits network, otherwise carries out next step;
Step 2: MSS sends SBC-REQ request message at R1 interface to BS, it is not 0 TLV authentication policy support field that this message comprises TLVOFDMA parameter set field or value, to represent that MSS requires to carry out authentication in initial network access procedure, and start base station in response timer T18;
Step 3: BS receives after the SBC-REQ request message of MSS at R1 interface, this message is resolved; This message comprises TLV OFDMA parameter set field or comprises value is not 0 TLV authentication policy support field, and now BS thinks that the authentication policy of MSS is for requiring authentication; Then at R6 interface, send MS_PreAttachment_Req request message to AGW, and to carry value be not 0 TLV authentication policy support field;
Step 4: AGW receives at R6 interface after the MS_PreAttachment_Req request message of BS, and the TLV authentication policy support field of this message is resolved, and obtains the authentication policy of MSS for requiring authentication; Then at R6 interface, send MS_PreAttachment_Rsp response message to BS, and carry value and be 0 TLV authentication policy support field, take and show that the authentication policy of AGW is requirement authentication;
Step 5: BS receives at R6 interface after the MS_PreAttachment_Rsp response message of AGW, and the TLV Authorization policy suppor field of this message is resolved, and obtains the authentication policy of AGW for requiring authentication; Then at R1 interface, send SBC-RSP response message to MSS, and to carry TLVOFDMA parameter set field and value be not 0 TLV authentication policy support field, take and show that the authentication policy of AGW is requirement authentication;
Step 6: BS starts time delay waiting timer Tdelay, and duration is no less than the duration of T18 timer; If before Tdelay timer expiry, BS does not receive the SBC-REQ request message that MSS resends at R1 interface, and BS thinks that MSS has received SBC-RSP message at R1 interface, carries out next step, otherwise jumps to step 3;
Step 7: MSS receives at R1 interface after the SBC-RSP response message of BS, and the TLV OFDMA parameter set field of this message or TLV authentication policy support field are resolved, and obtains the authentication policy of AGW for requiring authentication, stops timer T18;
Step 8: BS sends MS_PreAttachment_Ack acknowledge message to AGW at R6 interface, completes basic capability negotiation process;
Step 9: AGW receives at R6 interface after the MS_PreAttachment_Ack acknowledge message of BS, sends AuthRelay_EAP_Transfer message to BS, starts to start authorizing procedure.
The second execution mode:
Step 1: MSS statistics is in an initial network access procedure, at R1 interface, to BS, sent the number of times of SBC-REQ request message, if reach largest request, attempt transmission times (being defaulted as 3 times), at R1 interface, to BS, send RNG-ABORT message, notice BS exits network, otherwise carries out next step;
Step 2: MSS sends SBC-REQ request message at R1 interface to BS, this message comprises the TLV authentication policy support field that TLVOFDMA parameter set field and value are 0, to represent that MSS does not require and carries out authentication in initial network access procedure, and start base station in response timer T18;
Step 3: BS receives after the SBC-REQ request message of MSS at R1 interface, this message is resolved; It is 0 TLV authentication policy support field that this message comprises value, and now BS thinks that the authentication policy of MSS is not for requiring authentication; Then at R6 interface, send MS_PreAttachment_Req request message to AGW, and to carry value be 0 TLV authentication policy support field;
Step 4: AGW receives at R6 interface after the MS_PreAttachment_Req request message of BS, and the TLV authentication policy support field of this message is resolved, and obtains the authentication policy of MSS for not requiring authentication;
Step 5: AGW statistics is in an initial network access procedure, at R6 interface, to a BS, sent the number of times of MS_PreAttachment_Rsp response message, if reach largest request, attempt transmission times (being defaulted as 3 times), at R6 interface, to BS, send Path_Dereg_Req message, notice BS exits network, otherwise carries out next step;
Step 6: AGW sends MS_PreAttachment_Rsp response message to BS at R6 interface, and to carry value be 0 TLV authentication policy support field, with the authentication policy of showing AGW, for not requiring authentication, and starts base station confirmation timer T2;
Step 7: BS receives at R6 interface after the MS_PreAttachment_Rsp response message of AGW, and the TLV authentication policy support field of this message is resolved, and obtains the authentication policy of AGW for not requiring authentication; Then at R6 interface, send MS_PreAttachment_Ack acknowledge message to AGW;
Step 8: BS starts time delay waiting timer Tdelay, and duration is less than the duration of T18 timer, but is no less than the duration of T2 timer; If before Tdelay timer expiry, BS does not receive the MS_PreAttachment_Rsp response message that AGW resends at R6 interface, BS thinks that AGW has received MS_PreAttachment_Ack acknowledge message at R6 interface, carries out next step, otherwise jumps to step 5;
Step 9: AGW receives after the MS_PreAttachment_Ack acknowledge message of BS at R6 interface, stops timer T2;
Step 10: BS sends SBC-RSP response message to MSS at R1 interface, and carries the TLV authentication policy support field that TLVOFDMA parameter set field and value are 0, with the authentication policy of showing AGW for not requiring authentication;
Step 11: MSS receives after the SBC-RSP response message of BS at R1 interface, the TLV OFDMA parameter set field of this message or TLV authentication policy support field are resolved, obtain the authentication policy of AGW for requiring authentication, stop timer T18, complete basic capability negotiation process;
Step 12: MSS receives at R1 interface after the SBC-RSP response message of BS, sends REG-REQ message to BS, starts to start registering flow path.
The third execution mode:
Step 1: BS receives at R1 interface after the SBC-REQ request message of MSS, the TLV OFDMA parameter set field of this message or TLV authentication policy support field is resolved, to obtain the authentication policy of MSS;
Step 2: BS sends MS_PreAttachment_Req request message to AGW at R6 interface, and carries value for having the TLV authentication policy support field of identical authentication policy with MSS; AGW receives at R6 interface after the MS_PreAttachment_Req request message of BS, the TLV authentication policy support field of this message is resolved, to obtain the authentication policy of MSS;
Step 3: AGW sends MS_PreAttachment_Rsp response message to BS at R6 interface, and this message is carried TLV authentication policy support field, to indicate the authentication policy of AGW; BS receives at R6 interface after the MS_PreAttachment_Rsp response message of AGW, the TLV authentication policy support field of this message is resolved, to obtain the authentication policy of AGW;
Step 4: BS sends SBC-RSP response message to MSS at R1 interface, and carries value for having TLV OFDMA parameter set field or the TLV authentication policy support field of identical authentication policy with AGW; MSS receives at R1 interface after the SBC-RSP response message of BS, the TLV OFDMA parameter set field of this message or TLV authentication policy support field is resolved, to obtain the authentication policy of AGW;
Step 5: MSS sends SBC-ACK acknowledge message to BS, as the confirmation of receiving SBC-RSP response message at R1 interface;
Step 6: BS receives at R1 interface after the SBC-ACK acknowledge message of MSS, at R6 interface, sends MS_PreAttachment_Ack acknowledge message to AGW, completes basic capability negotiation process.
Step 7: AGW sends AuthRelay_EAP_Transfer message to BS at R6 interface, starts to start authorizing procedure.
The authentication policy consistency that the embodiment of the present invention is reached in basic capability negotiation process according to terminal (MSS) and IAD (AGW), select different basic capability negotiating flow processs to complete whole basic capability negotiating, improved the access success rate of terminal in initial network access.
As shown in Figure 5, one embodiment of the invention proposes a kind of base station of realizing basic capability negotiation process in mobile network, comprise: first receives parsing acquisition module 501, sending module 502, the second reception parsing acquisition module 503 and flow startup module 504, wherein:
First receives parsing acquisition module 501, and the first request message sending for receiving and resolve terminal, obtains terminal authentication policy; This first request message carries TLV authentication policy support field and/or TLVOFDMA parameter set field;
In the present embodiment, when the first request message only carries TLV OFDMA parameter set field, terminal authentication policy is for requiring the policy of authentication; When the first request message carries TLV authentication policy support field or carries TLV OFDMA parameter set field and TLV authentication policy support field simultaneously, and the value of TLV authentication policy support field is 0 o'clock, and terminal authentication policy is the policy that does not require authentication; When the first request message carries TLV authentication policy support field or carries TLV OFDMA parameter set field and TLV authentication policy support field, and the value of TLV authentication policy support field is not 0 o'clock, and terminal authentication policy is the policy that requires authentication.
Sending module 502, for sending the second request message according to terminal authentication policy to IAD;
In the present embodiment, when base station gets after terminal authentication policy, base station sends second request message according to terminal authentication policy to IAD by sending module 502, this second request message carries TLV authentication policy support field, when terminal authentication policy is while requiring the policy of authentication, the TLV authentication policy support field that the second request message carries is got the value that is not 0, when terminal authentication policy is while not requiring the policy of authentication, the TLV authentication policy support field value that the second request message carries is 0, the authentication policy of IAD terminal is informed in base station by this second request message.
Second receives parsing acquisition module 503, for receiving and resolve IAD according to the response message of the second request message feedback, obtains IAD authentication policy;
IAD is resolved the second request message receiving, obtain the authentication policy of terminal, and to base station feedback response message, if it is consistent with terminal authentication policy that IAD requires, in this response message, carrying value and be not 0 TLV authentication policy support field (being the policy that requires authentication) or carrying value is 0 TLV authentication policy support field (being the policy that does not require authentication); If IAD does not require consistent with terminal authentication policy, to the TLV authentication policy support field of carrying in this response message, give corresponding value, so that IAD authentication policy and terminal authentication policy are inconsistent, the response message that base station received and resolved IAD feedback by the second reception parsing acquisition module 503 obtains IAD authentication policy, thereby can judge that whether terminal is consistent with the authentication policy of IAD.
Flow startup module 504, for when terminal authentication policy is consistent with IAD authentication policy, is started authorizing procedure or is started registering flow path by described terminal by described IAD according to corresponding negotiation flow process.
In the present embodiment, when terminal authentication policy is consistent with IAD authentication policy, can by described IAD, start authorizing procedure or start registering flow path by described terminal according to corresponding negotiation flow process, wherein, consult accordingly flow process and comprise following three kinds of modes:
(1), if terminal authentication policy and IAD authentication policy are the policy that requires authentication, base station meeting transmitted response message is to terminal; And start time delay waiting timer Tdelay, in the duration (being the predetermined time delay of the present embodiment first) of time delay waiting timer Tdelay, wait for whether terminal retransmits the first request message, and the duration of this time delay waiting timer Tdelay is no less than the duration of T18 timer.If before Tdelay timer expiry, the first request message that terminal resends at R1 interface is not received in base station, and base station thinks that terminal received response message at R1 interface, and sends acknowledge message to IAD; Otherwise get back to step S101.
When IAD, receive after the acknowledge message of base station transmission, think and can start authorizing procedure, and send EAP message to base station, start authorizing procedure simultaneously.The authentication policy in terminal initial network insertion of completing is thus consistent and be the basic capability negotiating flow process between terminal and IAD in the situation of the policy that requires authentication.
(2) if terminal authentication policy and IAD authentication policy are the policy that does not require authentication, IAD is when sending response message to base station, start base station and confirm timer T2, receive after the response message of IAD transmission base station, to IAD, send acknowledge message, base station initiated time delay waiting timer Tdelay, and duration (being the predetermined time delay of the present embodiment second) is less than the duration of T18 timer, but be no less than the duration of T2 timer; If before Tdelay timer expiry, the response message that IAD resends at R6 interface is not received in base station, base station thinks that IAD received acknowledge message at R6 interface, response message is forwarded to terminal, terminal receives after the response message of base station transmission, think and can start registering flow path, and send register request message to base station, start registering flow path simultaneously.The authentication policy in terminal initial network insertion of completing is thus consistent and be the basic capability negotiating flow process between terminal and IAD in the situation of the policy that does not require authentication.
In above-mentioned steps, if the response message that IAD resends at R6 interface is received in base station, return and carry out after the response message of receiving IAD transmission in base station, to IAD, send the step of acknowledge message.IAD is received after the acknowledge message of base station transmission at R6 interface, is stopped timer T2.
(3) if terminal authentication policy and IAD authentication policy are the policy that requires authentication, base station transmitted response message is to terminal, terminal sends acknowledge message according to the response message receiving to base station, base station is forwarded to IAD by acknowledge message, IAD receives the confirmation after message, think and can start authorizing procedure, and send EAP message to base station, start authorizing procedure simultaneously.The authentication policy in terminal initial network insertion of completing is thus consistent and be the basic capability negotiating flow process between terminal and IAD in the situation of the policy that requires authentication.
As shown in Figure 6, flow startup module 504 comprises: response transmitting element 5041, confirmation transmitting element 5042 and flow startup unit 5043, wherein:
Response transmitting element 5041, for when terminal authentication policy and IAD authentication policy are the policy that requires authentication, is sent to terminal by response message;
Confirm transmitting element 5042, for when confiscating the first request message of terminal re-sends in the first predetermined time delay, to IAD, send acknowledge message;
Flow startup unit 5043, for receiving the EAP message of feeding back when IAD starts authorizing procedure according to acknowledge message.
Further, confirm transmitting element 5042, also for when terminal authentication policy and IAD authentication policy are the policy that does not require authentication, to IAD transmission acknowledge message;
Response transmitting element 5041, also, for when not receiving the response message that IAD is retransmitted in the second predetermined time delay, is sent to terminal by response message;
Flow startup unit 5043, the register request message of feeding back while also starting registering flow path for receiving terminal according to response message.
Further, response transmitting element 5041, also, for when terminal authentication policy and IAD authentication policy are the policy that requires authentication, is sent to terminal by response message;
Confirm transmitting element 5042, the acknowledge message also sending according to response message for receiving terminal, and this acknowledge message is sent to IAD;
Flow startup unit 5043, also for receiving the EAP message of feeding back when IAD starts authorizing procedure.
As shown in Figure 7, one embodiment of the invention proposes a kind of system of realizing basic capability negotiation process in mobile network, comprising: base station 701, the terminal 702 being connected with base station 701 wireless networks and with the IAD 703 of base station 701 wired connections, wherein:
Terminal 702, for 701 transmission the first request messages to base station; The first request message carries TLVOFDMA parameter set field and/or TLV authentication policy support field; By base station 701 and IAD 703, carry out initial network access basic capability negotiating flow process;
Base station 701, the first request message sending for receiving and resolve terminal 702, obtains terminal authentication policy, according to terminal authentication policy, to IAD, sends the second request message, receive and resolve IAD according to the response message of the second request message feedback, obtain IAD authentication policy; And when terminal authentication policy is consistent with IAD authentication policy, according to corresponding negotiation flow process, by IAD, starts authorizing procedure or start registering flow path by terminal;
IAD 703, the second request message sending for receiving base station 701, feeds back described response message to base station 701 according to the second request message, by base station 701 and terminal 702, carries out initial network access basic capability negotiating flow process.
In the present embodiment, base station 701 can be the base station described in above-described embodiment.
Method, base station and the system of a kind of realizing basic capability negotiation process in mobile network that the embodiment of the present invention proposes, the authentication policy consistency of reaching in basic capability negotiation process according to terminal (MSS) and IAD (AGW), select different basic capability negotiating flow processs to complete whole basic capability negotiating, improved the access success rate of terminal in initial network access.
The foregoing is only the preferred embodiments of the present invention; not thereby limit the scope of the claims of the present invention; every equivalent structure or flow process conversion that utilizes specification of the present invention and accompanying drawing content to do; or be directly or indirectly used in other relevant technical field, be all in like manner included in scope of patent protection of the present invention.

Claims (4)

1. a method for realizing basic capability negotiation process in mobile network, is characterized in that, comprising:
Base station receives and resolves the first request message that terminal sends, and obtains terminal authentication policy; Described the first request message carries TLV authentication policy support field and/or TLV OFDM OFDMA parameter set field;
According to described terminal authentication policy, to IAD, send the second request message;
Receive and resolve described IAD according to the R6 interface response message of described the second request message feedback, obtain IAD authentication policy;
When described terminal authentication policy is consistent with described IAD authentication policy, according to corresponding negotiation flow process, by described IAD, starts authorizing procedure or start registering flow path by described terminal; Specifically comprise:
When described terminal authentication policy and described IAD authentication policy are the policy that does not require authentication, to described IAD, send R6 interface acknowledge message; When not receiving the described R6 interface response message that described IAD is retransmitted in the second predetermined time delay, R1 interface response message is sent to described terminal; Receive the register request message of feeding back when described terminal starts registering flow path according to described R1 interface response message;
When described terminal authentication policy and described IAD authentication policy are the policy that requires authentication, R1 interface response message is sent to described terminal; When confiscating described first request message of described terminal re-sends in the first predetermined time delay or receive after the R1 interface acknowledge message that described terminal sends according to described R1 interface response message, to described IAD, send R6 interface acknowledge message; Receive the EAP EAP message of feeding back when described IAD starts authorizing procedure according to described R6 interface acknowledge message.
2. method according to claim 1, is characterized in that,
When described the first request message carries described TLVOFDMA parameter set field, described terminal authentication policy is the policy that requires authentication;
When described the first request message carries described TLV authentication policy support field or carries described TLVOFDMA parameter set field and TLV authentication policy support field, and the value of described TLV authentication policy support field is 0 o'clock, and described terminal authentication policy is the policy that does not require authentication;
When described the first request message carries described TLV authentication policy support field or carries described TLVOFDMA parameter set field and TLV authentication policy support field, and the value of described TLV authentication policy support field is not 0 o'clock, and described terminal authentication policy is the policy that requires authentication.
3. a base station for realizing basic capability negotiation process in mobile network, is characterized in that, comprising:
First receives parsing acquisition module, and the first request message sending for receiving and resolve terminal, obtains terminal authentication policy; Described the first request message carries TLV authentication policy support field and/or TLVOFDMA parameter set field;
Sending module, for sending the second request message according to described terminal authentication policy to IAD;
Second receives parsing acquisition module, for receiving and resolve described IAD according to the R6 interface response message of described the second request message feedback, obtains IAD authentication policy;
Flow startup module, for when described terminal authentication policy is consistent with described IAD authentication policy, is started authorizing procedure or is started registering flow path by described terminal by described IAD according to corresponding negotiation flow process;
Described flow startup module comprises:
Response transmitting element, for when described terminal authentication policy and described IAD authentication policy are the policy that requires authentication, is sent to described terminal by R1 interface response message;
Confirm transmitting element, be used for when confiscating described first request message of described terminal re-sends in the first predetermined time delay or receive described terminal according to after the R1 interface acknowledge message of described R1 interface response message transmission, to described IAD, sending R6 interface acknowledge message;
Flow startup unit, for receiving the EAP message of feeding back when described IAD starts authorizing procedure according to described R6 interface acknowledge message;
Described confirmation transmitting element, also for when described terminal authentication policy and described IAD authentication policy are the policy that does not require authentication, sends R6 interface acknowledge message to described IAD;
Described response transmitting element, also, for when not receiving the described R6 interface response message that described IAD is retransmitted in the second predetermined time delay, is sent to described terminal by R1 interface response message;
Described flow startup unit, also for receiving the register request message of feeding back when described terminal starts registering flow path according to described R1 interface response message.
4. a system for realizing basic capability negotiation process in mobile network, is characterized in that, comprising:
Base station, the terminal being connected with described base station radio network and with the IAD of described base station wired connection, wherein:
Described terminal, for sending the first request message to described base station; Described the first request message carries TLVOFDMA parameter set field and/or TLV authentication policy support field; By described base station and described IAD, carry out initial network access basic capability negotiating flow process;
Described base station is base station claimed in claim 3;
Described IAD, described the second request message sending for receiving described base station, according to described the second request message, feed back described R6 interface response message to base station, by described base station and described terminal, carry out described initial network access basic capability negotiating flow process.
CN201010287456.2A 2010-09-13 2010-09-13 Method for realizing basic capability negotiation process in mobile network, base station and system Expired - Fee Related CN102404735B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201010287456.2A CN102404735B (en) 2010-09-13 2010-09-13 Method for realizing basic capability negotiation process in mobile network, base station and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010287456.2A CN102404735B (en) 2010-09-13 2010-09-13 Method for realizing basic capability negotiation process in mobile network, base station and system

Publications (2)

Publication Number Publication Date
CN102404735A CN102404735A (en) 2012-04-04
CN102404735B true CN102404735B (en) 2014-12-10

Family

ID=45886416

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010287456.2A Expired - Fee Related CN102404735B (en) 2010-09-13 2010-09-13 Method for realizing basic capability negotiation process in mobile network, base station and system

Country Status (1)

Country Link
CN (1) CN102404735B (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101166363A (en) * 2006-10-18 2008-04-23 华为技术有限公司 Acquisition method of authentication policy, authentication method, authentication device, communication device, base station and terminal
CN101540993A (en) * 2009-04-17 2009-09-23 中兴通讯股份有限公司 Sending method of neighbourhood message and WiMax system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE202007018602U1 (en) * 2007-09-21 2008-12-04 Vossloh-Werke Gmbh System for fastening a rail
US8094621B2 (en) * 2009-02-13 2012-01-10 Mitsubishi Electric Research Laboratories, Inc. Fast handover protocols for WiMAX networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101166363A (en) * 2006-10-18 2008-04-23 华为技术有限公司 Acquisition method of authentication policy, authentication method, authentication device, communication device, base station and terminal
CN101540993A (en) * 2009-04-17 2009-09-23 中兴通讯股份有限公司 Sending method of neighbourhood message and WiMax system

Also Published As

Publication number Publication date
CN102404735A (en) 2012-04-04

Similar Documents

Publication Publication Date Title
US10728747B2 (en) System and method for user equipment identification and communications
CN102077633B (en) Radio base station device, radio relay station device, and radio terminal device
US8565199B2 (en) Direct link setup method in tunneled direct link setup wireless network and station supporting the method
US7346039B2 (en) Communication system
US8781471B2 (en) Dedicated signature assignment
JP2012065343A (en) Method for acquiring information for media independent handover
US9468034B2 (en) Method for detecting coverage loss in broadband wireless access system
US8873476B2 (en) Method for network entry in a wireless communication system
US11924833B2 (en) Transmission feedback method and user equipment
US20100136995A1 (en) Method for enhancing of controlling radio resources, method for transmitting status report, and receiver in mobile communication system
JP5612075B2 (en) Network entry method in wireless communication system
WO2012023769A2 (en) Apparatus and method for controlling harq and arq in wireless communication system
CN106603559B (en) A kind of method of wireless communication terminal data transmission anti-intercepting and capturing
CN102404735B (en) Method for realizing basic capability negotiation process in mobile network, base station and system
US20200389882A1 (en) Information transmission method and apparatus, and computer storage medium
CN113661759B (en) Retransmission method, device and equipment for uplink data
KR102129026B1 (en) A method and system for switching and synchronizing grant intervals in adaptive grant and polling service
CN113573252A (en) Data transmission method, system, chip, electronic device and storage medium
US8498231B2 (en) System and method for multicast and broadcast service synchronization
KR101657312B1 (en) Method and apparatus for control message transmitting/receiving in wireless communication system
CN114270748B (en) Repeated transmission method, electronic equipment and storage medium
WO2010127605A1 (en) Method and device for relay station to access network
WO2012000247A1 (en) Method and system of accessing worldwide interoperability for microwave access (wimax) network for terminal
CN102299782B (en) Network insertion processing method, terminal and control station
CN117641394A (en) Batch configuration method and system for Internet of things equipment, computer equipment and storage medium

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20141210

Termination date: 20190913

CF01 Termination of patent right due to non-payment of annual fee