CN102137090B - Method for logging in VOIP (Voice Over Internet Protocol) network and authentication server - Google Patents
Method for logging in VOIP (Voice Over Internet Protocol) network and authentication server Download PDFInfo
- Publication number
- CN102137090B CN102137090B CN201010538893.7A CN201010538893A CN102137090B CN 102137090 B CN102137090 B CN 102137090B CN 201010538893 A CN201010538893 A CN 201010538893A CN 102137090 B CN102137090 B CN 102137090B
- Authority
- CN
- China
- Prior art keywords
- client
- identification information
- customer terminal
- detection record
- message
- 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.)
- Active
Links
Abstract
The embodiment of the invention provides a method for logging in a VOIP (Voice Over Internet Protocol) network and an authentication server. The method for logging in the VOIP network comprises the following steps of: receiving a login request message transmitted by a client, wherein the login request message comprises identification information of the client; querying a detection record corresponding to the identification information of the client, wherein the detection record comprises identification information of a detection client and corresponding information for representing a login mode of the detection client; and returning the login mode of the client according to the querying result and the detection record to make the client log in the VOIP network according to the login mode. In the embodiment of the invention, the client can be directly provided with a suitable login mode to log in the VOIP network by the detection record of the authentication server, the time of the client logging in the VOIP network is saved, the login efficiency is increased, and the user experience is improved.
Description
Technical field
The present invention relates to mobile communication technology field, relate in particular to a kind of method and authentication server of the VOIP of logging in network.
Background technology
VOIP (Voice over Internet Protocol, the networking telephone) is by simulated sound signal (Voice) digitlization, does real-time transmission with the form of data packet on IP data network.The advantage of VOIP maximum is the environment that can adopt widely Internet and global ip interconnection, and, better service more than traditional business is provided.
The mode that common client logs in VOIP network has multiple, for example, normally log in, logged in and logged in by SVN tunnel by http (HyperText Transfer Protocol, HTML (Hypertext Markup Language)) tunnel etc.Every kind of landing approach adapts to different scenes, but before client logs in VOIP network, all needs the first authentication by authentication server.
Wherein, normal landing approach is that client is passed through SIP (Session Initiation Protocol) signaling and sent and log in request message to authentication server, after authentication is passed through, client is implemented to logging in of VOIP network by sip message, in sip message body, carry address information, replying of message carried out according to these addresses in client and opposite end, in message body, go back address and the port numbers of carrying media circulation road, this address and port numbers be dynamic assignment in Signalling exchange negotiations process all.Providing by VOIP mode in SIP delivery value situation, due to user network situation complexity, very easily cause this normal landing approach of customer end adopted cannot log on VOIP network.Cannot realize log in the situation that at normal landing approach, client can be selected other landing approach, but each landing approach is applied to different scenes, and could realize and logging under certain conditions, for example, the mode logging in by http tunnel is applied under the scene between client and VOIP network with intermediate equipment SIP ALG (Session Initiation Protocol ALG, the ALG of Session Initiation Protocol) equipment; The mode logging in by SVN (Subversion) tunnel, is applied in campus network and adopts in special dialer software online scene.
Because client cannot be known residing network scenarios, therefore, in prior art, client, in the time carrying out the selection of landing approach, needs to adopt the mode of test one by one just can log in to VOIP network until encounter applicable landing approach, so log in to the method efficiency of VOIP network very low.
Summary of the invention
The embodiment of the present invention provides a kind of method and authentication server of the VOIP of logging in network, can save client and log in to the time of VOIP network, improves and logs in efficiency.
In order to solve the problems of the technologies described above, the technical scheme of the embodiment of the present invention is as follows:
The embodiment of the present invention provides a kind of method of the VOIP of logging in network, comprising:
The request message that logs in that receives client transmission, described request message comprises the identification information of described client;
Inquire about the detection record corresponding with the identification information of described client, described detection record comprises the identification information of detecting customer terminal and for showing the corresponding informance of described detecting customer terminal landing approach;
Record according to Query Result and described detection the landing approach that returns to described client, so that described client logs in the network to VOIP according to described landing approach.
The embodiment of the present invention also provides a kind of authentication server, comprising:
Message sink unit, for receiving the request message that logs in of client transmission, described request message comprises the identification information of described client;
Record queries unit, for inquiring about the detection record corresponding with the identification information of described client, described detection record comprises the identification information of detecting customer terminal and for showing the corresponding informance of described detecting customer terminal landing approach;
Result feedback unit, for recording according to Query Result and described detection the landing approach that returns to described client, so that described client logs in the network to VOIP according to described landing approach.
In prior art, client, in the time cannot adopting normal landing approach to log in VOIP network, need to be selected one by one in multiple landing approach, logs in until can realize, and the method efficiency is extremely low, has wasted greatly landing time, has reduced customer experience.And in the embodiment of the present invention, by the detection record in authentication server, can be directly provide applicable landing approach to log in the network to VOIP to client, and save client to log in to the time of VOIP network, improve and logged in efficiency, improve user's experience.
Brief description of the drawings
Fig. 1 is the method flow diagram of a kind of VOIP network of the embodiment of the present invention;
Fig. 2 is the method flow diagram of the embodiment of the present invention one;
Fig. 3 is the method flow diagram of the embodiment of the present invention two;
Fig. 4 is the method flow diagram of the embodiment of the present invention three;
Fig. 5 is the structural representation of a kind of authentication server of the embodiment of the present invention;
Fig. 6 is the structural representation of the another kind of authentication server of the embodiment of the present invention;
Fig. 7 is the structural representation of the another kind of authentication server of the embodiment of the present invention.
Embodiment
In order to make those skilled in the art can further understand feature of the present invention and technology contents, refer to following about detailed description of the present invention and accompanying drawing, accompanying drawing only provide with reference to and explanation, be not used for limiting the present invention.
Below in conjunction with drawings and Examples, technical scheme of the present invention is described.
With reference to Fig. 1, it is the method flow diagram of a kind of VOIP network of the embodiment of the present invention.
The method can comprise:
Step 101, what reception client sent logs in request message.
Log in to before VOIP network in client, all need the first authentication by authentication server, in prior art, this authentication server is only for the authentication to client, in embodiments of the present invention, also log in the landing approach of VOIP network for return to applicable this client to client, to save test and the select time of client to landing approach.
Client can adopt and normally log in flow process, also sending sip message to authentication server logs in request, receive logging in after request message of client at authentication server, can first carry out authentication to the information comprising in request message, this information can be to allocate in advance to authentication random number of client etc., be prior art herein, repeat no more.After authentication is passed through, or directly proceed to next step after receiving request message, this request message comprises the identification information of client, so that authentication server is surveyed record according to this identification information inquiry, identification information can be cell-phone number or the ID etc. of client.
Step 102, inquiry with described in log in the detection record that identification information in request message is corresponding.
Detection is recorded as and is obtained by authentication server in advance, in this detection record, record the identification information of some detecting customer terminals and for showing the corresponding informance of detecting customer terminal landing approach, for example can directly record some client identification information and be applicable to these clients respectively the landing approach that logs in VOIP network, or record client identification information and the network scenarios corresponding with these clients, wherein, the network scenarios of client has also just determined the adoptable landing approach of client.This detection record can be to be stored in the landing approach database or java vector objects of authentication server with tables of data or other form.The concrete acquisition of this detection record can be that authentication server passes through to receive in advance after the probe messages that detecting customer terminal sends, the detection record corresponding with client identification information in probe messages foundation, and detailed process refers to the description of subsequent embodiment.
Authentication server is receiving after the request message of client, obtain in this request message, comprise for identifying the identification information of this client, cell-phone number, identify label ID or the Email E-mail address etc. of for example this client, then go inquiry to survey record according to this identification information.
Step 103, records according to Query Result and detection the landing approach that returns to client, so that client logs in the network to VOIP according to landing approach.
In this step, whether authentication server basis inquires the detection record of this client, if and after inquiring, survey record in for showing the information of this client landing approach, the final landing approach of determining applicable this customer end adopted, then return to this client, thereby client can be applied this landing approach and logs in the network to VOIP.
In prior art, client, in the time cannot adopting normal landing approach to log in VOIP network, need to be selected one by one in multiple landing approach, logs in until can realize, and the method efficiency is extremely low, has wasted greatly landing time, has reduced customer experience.And in the embodiment of the present invention, by the detection record in authentication server, can be directly provide applicable landing approach to log in the network to VOIP to client, and save client to log in to the time of VOIP network, improve and logged in efficiency, improve user's experience.
Below by instantiation, said method is described.
Referring to Fig. 2, it is the method flow diagram of the embodiment of the present invention one.
In the present embodiment, customer end A will log in the network to VOIP, and login method can comprise:
Step 201, detecting customer terminal sends invite message to authentication server.
In the present embodiment, detecting customer terminal is by sending invite message as probe messages to authentication server, carry out whether to exist between detecting customer terminal and authentication server SIP ALG, thereby can determine the network scenarios of detecting customer terminal, and then can determine the landing approach that is applicable to detecting customer terminal.
Because SIP LAG equipment can be modified address to IP in message body, completing private network passes through, so in the time of invite message process SIP LAG equipment, the cryptographic Hash of message can change, if so invite message from client transmissions to authentication server, the hash value of message changes, illustrate and in transmitting procedure, have SIPALG, so, in the present embodiment, first cryptographic Hash that can be sent by client invite message to authentication server, the transmission of this message the first cryptographic Hash can realize in the following manner.
First, detecting customer terminal is its identification information, and such as cell-phone number etc. are added into and in invite source template, generate invite message.Concrete, detecting customer terminal can use a common invite source template to package, in the situation that being 0, calculates branch the first cryptographic Hash of invite message payload, then this cryptographic Hash can also be put into branch value first 16, after the random value that uses when inserting detecting customer terminal and authenticating to authentication server.
Step 202, authentication server receives the invite message that detecting customer terminal sends.
Step 203, authentication server is set up the detection record corresponding with identification information in invite message.
Authentication server receives after the invite message of detecting customer terminal transmission, in database, set up and survey record, first, the cell-phone number of detecting customer terminal in this message and the source IP address of this message are charged to record, then take out branch value first 16, branch value is filled out to the second cryptographic Hash of the payload of 0 rear calculating message, then compare the first cryptographic Hash and the second cryptographic Hash, to determine the residing network scenarios of detecting customer terminal, if two values are identical, explanation, this invite message does not pass through SIP ALG equipment in transmitting procedure, then, in detection record, record is for showing that invite message transmission procedure does not exist the information of SIPALG equipment, if different, be also that the cryptographic Hash of message changes, illustrate and in transmitting procedure, have SIP ALG equipment, then, in detection record, record is for showing that invite message transmission procedure exists the information of SIPALG equipment.
In the present embodiment, show whether there is SIPALG equipment by the field of mark invite right value in database, for example, if two cryptographic Hash are identical, there is not SIPALG equipment in explanation, is 1 by the field mark of invite right value; If different, there is SIPALG equipment in explanation, is 0 by the field mark of invite right value.
The detection record of multiple detecting customer terminals that in the present embodiment, authentication server is set up can be:
The cell-phone number of detecting customer terminal 1--invite right value field " 1 "
The cell-phone number of detecting customer terminal 2--invite right value field " 0 "
The cell-phone number of detecting customer terminal 3--invite right value field " 1 "
The process of the detection record of this detecting customer terminal, for authentication server is by receiving the probe messages of detecting customer terminal, is then set up in above step 201～203.The order of above step and subsequent step can be adjusted as required.
Step 204, authentication server receives the request message that logs in of customer end A transmission.
Customer end A is initiated to log in normally flow process to authentication server, can be sent and log in request to authentication server by sip message, has comprised the identification information for identifying this customer end A in this request, can be the cell-phone number etc. of customer end A in the present embodiment.
Step 205, the detection record that authentication server inquiry is corresponding with identification information.
Authentication server, according to the phone number of customer end A, is inquired about corresponding detection record in database, the detection record as shown in step 203.
Step 206, returns to corresponding landing approach according to Query Result and detection record to customer end A.
If customer end A was not initiated probe messages to authentication server before step 204, in this step, authentication server cannot inquire the detection record corresponding with customer end A cell-phone number, in this case, authentication server can send the landing approach that uses SVN tunnel to log in to customer end A, and customer end A can log in the network to VOIP according to this landing approach.
If customer end A had sent probe messages by step 201 before step 204, and authentication server has been set up the detection record of customer end A by step 202～203, in this step, be recorded as if inquire to survey: the cell-phone number of customer end A--invite right value field " 1 ", illustrate in customer end A to there not being SIP ALG between authentication server, authentication server can return to SIP landing approach to customer end A, and customer end A can log in the network to VOIP according to this landing approach.
If the detection inquiring is recorded as the cell-phone number of customer end A--invite right value field " 0 ", illustrate in customer end A to there being SIP ALG between authentication server, authentication server can return to HTTP+RTP landing approach to customer end A, and customer end A can log in the network to VOIP according to this landing approach.
The present embodiment sends invite message as probe messages by detecting customer terminal, can make authentication server directly judge the residing network environment of current client, in the time that client transmission logs in request, authentication server can be according to surveying record, directly provide applicable landing approach to log in the network to VOIP to client, by the time of client detection network environment from before within more than ten second, be reduced in 1s and can complete, having saved client logged in to the time of VOIP network, improve and logged in efficiency, improved user's experience.
With reference to Fig. 3, it is the method flow diagram of the embodiment of the present invention two.
In the present embodiment, customer end B will log in the network to VOIP, and login method can comprise:
Step 301, detecting customer terminal a sends RTP (Real-time TransportProtocol, RTP) message to authentication server.
In the present embodiment, detecting customer terminal a is by sending RTP message as probe messages to authentication server, carry out media channel UDP (the User Datagram Protocol in detection network, User Datagram Protocol) whether port be open mode, thereby can determine the network scenarios of detecting customer terminal a, and then can determine the landing approach that is applicable to detecting customer terminal a.
Because udp port is a lot, the voice flow port that for example IMS uses is from 10000-65534, fire compartment wall not necessarily can all be opened these ports, so before detecting customer terminal a sends RTP message, first detecting customer terminal a and authentication server are held consultation, and to determine the port that sends RTP message, can also in authentication server, record the identification information of the detecting customer terminal a consulting as the identification information that prestores, in the present embodiment, the identification information that prestores is the cell-phone number of detecting customer terminal a.In the present embodiment as an example of port one 5000,30000,45000 example as consulting definite udp port.
First, detecting customer terminal a is added into identification information in general RTP message, and in the present embodiment, probe value is the cell-phone number of detecting customer terminal a.Concrete, detecting customer terminal a adopts general RTP message, in the payload of this message, front 15 cell-phone numbers of inserting detecting customer terminal a, the random value using when remaining bit is inserted detecting customer terminal a and authenticated to authentication server, then detecting customer terminal a is sent to the RTP message of generation respectively in port one 5000,30000,45000.
Step 302, authentication server monitoring is consulted definite udp port with detecting customer terminal a.
Step 303, authentication server receives at udp port the RTP message that detecting customer terminal a sends.
Step 304, authentication server is set up the detection record corresponding with the identification information of the detecting customer terminal in RTP message.
In the present embodiment, suppose that authentication server does not receive RTP message at port one 5000, illustrate that this port is in closed state, in authentication server, can record the information for showing this udp port sealing, in the present embodiment, be 0 by the authenticator segment value of port numbers is set, represent closed state, the detection of this detecting customer terminal a of foundation is recorded as:
Detecting customer terminal a cell-phone number--port one 5000 verifying fields " 0 "
If at port 30000, in 45000, can receive RTP message, can also further judge whether the RTP message receiving is the message of the detecting customer terminal a transmission of negotiation, concrete can judge that whether the identification information in RTP message is identical with the identification information that prestores in authentication server, also in the cell-phone number of the detecting customer terminal a of the negotiation of authentication server record, search in the present embodiment the cell-phone number carrying in whether having this RTP message, if have, illustrate that this port is open state to this detecting customer terminal a, the information of record for showing that this udp port is open in authentication server, in the present embodiment, be 1 by the authenticator segment value of port numbers is set, represent open state, the detection of this detecting customer terminal a setting up in this step is recorded as:
Detecting customer terminal a cell-phone number--port 30000 verifying fields " 1 "
Detecting customer terminal a cell-phone number--port 45000 verifying fields " 1 "
If search less than the cell-phone number carrying in this RTP message in the cell-phone number of the detecting customer terminal a of the negotiation of recording at authentication server, do not receive the RTP message of detecting customer terminal a at port 30000,45000 yet, the RTP message simultaneously receiving is the message that another detecting customer terminal b sends, in this step except the detection that can record this detecting customer terminal a is recorded as:
Detecting customer terminal a cell-phone number--port 30000 verifying fields " 0 "
Detecting customer terminal a cell-phone number--port 45000 verifying fields " 0 " can also create the detection record corresponding with identification information in RTP message, also create the detection record of detecting customer terminal b:
Detecting customer terminal b cell-phone number--port 30000 verifying fields " 1 "
Detecting customer terminal b cell-phone number--port 45000 verifying fields " 1 "
So that detecting customer terminal b while logging in demand, is directly back to detecting customer terminal b according to this detection record by corresponding landing approach by authentication server.
The process of the detection record of this detecting customer terminal, for authentication server is by receiving the probe messages of detecting customer terminal, is then set up in above step 301～304.The order of above step and subsequent step can be adjusted as required.
Step 305, authentication server receives the request message that logs in of customer end B transmission.
Customer end B initiates to log in normally flow process to authentication server, can be sent and log in request to authentication server by sip message, has comprised the identification information for identifying this customer end B in this request, can be the cell-phone number of customer end B in the present embodiment.
Step 306, the detection record that authentication server inquiry is corresponding with identification information.
Authentication server, according to the phone number of customer end B, is inquired about corresponding detection record in database, the detection record as shown in step 304.
Step 307, returns to corresponding landing approach according to Query Result and detection record to customer end B.
If customer end B was not initiated probe messages to authentication server before step 305, in this step, authentication server cannot inquire the detection record corresponding with customer end B cell-phone number, in this case, authentication server can send the landing approach that uses SVN tunnel to log in to customer end B, and customer end B can log in the network to VOIP according to this landing approach.
If customer end B had sent probe messages by step 301 before step 305, and authentication server has been set up the detection record of customer end B by step 302～304, in this step, be recorded as if inquire to survey: the cell-phone number of customer end B--port 30000 verifying fields " 1 ", illustrate at port 30000 open to customer end B, authentication server can return to SIP landing approach (normal mode) to customer end B, in this landing approach, can also comprise open port numbers, so that customer end B logs in the network to VOIP according to this landing approach from open port numbers.
The present embodiment sends RTP message as probe messages by detecting customer terminal, can make authentication server directly judge the open state of current udp port to client, in the time that client transmission logs in request, authentication server can be according to surveying record, directly provide applicable landing approach to log in the network to VOIP to client, by the time of client detection network environment from before within more than ten second, be reduced in 1s and can complete, having saved client logged in to the time of VOIP network, improve and logged in efficiency, improved user's experience.
With reference to Fig. 4, it is the method flow diagram of the embodiment of the present invention three.
In the present embodiment, client C will log in the network to VOIP, and login method can comprise:
Step 401, the invite message that detecting customer terminal sends Session Initiation Protocol to authentication server is as probe messages.
Step 201 in this step and previous embodiment is similar, repeats no more herein.
Step 402, detecting customer terminal sends RTP message as probe messages to authentication server.
Step 301 in this step and previous embodiment is similar, repeats no more herein.
Step 403, authentication server receives probe messages, and the establishment detection record corresponding with identification information in probe messages.
This step is similar with step 202～203 and step 302～304 in previous embodiment, repeats no more herein.
In this step, can be according to the detection record of the invite message receiving and RTP message establishment detecting customer terminal when the detection of establishment is recorded.
If the first cryptographic Hash of the invite message receiving is different from the second cryptographic Hash of the invite message of subsequent calculations, in detection record, record is used for showing that invite message transmission procedure exists the information of SIPALG equipment; If the first cryptographic Hash is identical with the second cryptographic Hash, record is for showing that invite message transmission procedure does not exist the information of SIPALG equipment.
If receive RTP message at the udp port of consulting, and identification information in RTP message is identical with the identification information that prestores, surveying the information of record for showing that udp port is opened in record; If do not receive RTP message at the udp port of consulting, or identification information in the RTP message receiving is different from the identification information that prestores, surveying the information of record for showing that udp port seals in record.
Suppose that the detection that authentication server has created multiple detecting customer terminals by above-mentioned steps is recorded as:
Detecting customer terminal c cell-phone number--invite right value field " 1 "--port 30000 verifying fields " 1 ";
Detecting customer terminal d cell-phone number--invite right value field " 0 "--port 45000 verifying fields " 0 ";
Detecting customer terminal e cell-phone number--invite right value field " 1 "--port 30000 verifying fields " 0 ";
Detecting customer terminal f cell-phone number--invite right value field " 0 "--port 45000 verifying fields " 1 ";
The process of the detection record of this detecting customer terminal, for authentication server is by receiving the probe messages of detecting customer terminal, is then set up in above step 401～403.The order of above step and subsequent step can be adjusted as required.
Step 404, authentication server receives the request message that logs in of client C transmission.
Client C initiates to log in normally flow process to authentication server, can be sent and log in request to authentication server by sip message, has comprised the identification information for identifying this client C in this request, can be the cell-phone number of client C in the present embodiment.
Step 405, the detection record that authentication server inquiry is corresponding with identification information.
Authentication server, according to the phone number of client C, is inquired about corresponding detection record in database, the detection record as shown in step 403.
Step 406, returns to corresponding landing approach according to Query Result and detection record to client C.
If client C did not initiate probe messages to authentication server before step 403, in this step, authentication server cannot inquire the detection record corresponding with the cell-phone number of client C, in this case, authentication server can send the landing approach that uses SVN tunnel to log in to client C, and client C can log in the network to VOIP according to this landing approach.
If client C had sent probe messages by step 401 before step 403, and authentication server has been set up the detection record of client C by step 402～403, in this step, authentication server can return to applicable landing approach to client C according to surveying record, so that client C logs in the network to VOIP.
If inquire the detection record corresponding with the cell-phone number of client C, and surveying record comprises for showing that invite message transmission procedure exists the information of SIP ALG equipment, and/or survey record and comprise the information that shows the sealing of described udp port, return and use SVN tunnel landing approach to client C; If inquire the detection record corresponding with the cell-phone number of client C, and surveying record comprises for showing that invite message transmission procedure does not exist the information of SIP ALG equipment, and/or survey the information comprising for showing that described udp port is open that records, return and use SIP landing approach to client C; If inquire the detection record corresponding with the cell-phone number of client C, and surveying record comprises for showing that invite message transmission procedure does not exist the information of SIPALG equipment, and survey in record and also comprise the information that shows udp port sealing, return and use SVN landing approach to client C.
According to the detection record in step 403, in the present embodiment, the landing approach specifically returning is as follows:
Be recorded as if inquire to survey: the cell-phone number of client C--invite right value field " 1 "--port 30000 verifying fields " 0 "; Authentication server can return to SVN landing approach to client C;
Be recorded as if inquire to survey: the cell-phone number of client C--invite right value field " 0 "--port 30000 verifying fields " 1 "; Authentication server can return to HTTP+RTP landing approach to client C;
Be recorded as if inquire to survey: the cell-phone number of client C--invite right value field " 1 "--port 30000 verifying fields " 1 "; Authentication server can return to normal landing approach (SIP) to client C;
Be recorded as if inquire to survey: the cell-phone number of client C--invite right value field " 0 "--port 30000 verifying fields " 0 "; Authentication server can return to SVN tunnel landing approach to client C.
The present embodiment sends probe messages by detecting customer terminal, can make authentication server directly judge the residing network environment of current client, in the time that client transmission logs in request, authentication server can be according to surveying record, directly provide applicable landing approach to log in the network to VOIP to client, by the time of client detection network environment from before within more than ten second, be reduced in 1s and can complete, having saved client logged in to the time of VOIP network, improve and logged in efficiency, improved user's experience.And, make to select the process of landing approach to user transparent, also avoid all private users all to adopt SVN or SVN tunnel style to log in, thereby alleviated the requirement to tunnel and network performance.
Be more than the detailed description of the method to logging in VOIP network, the equipment to using said method or system are introduced below.
With reference to Fig. 5, it is the structural representation of a kind of authentication server of the embodiment of the present invention.
This authentication server can comprise:
Message sink unit 501, for receiving the request message that logs in of client transmission, this request message comprises the identification information of described client.
Record queries unit 502, for inquiring about the detection record corresponding with identification information, surveys record and comprises the identification information of detecting customer terminal and for showing the corresponding informance of detecting customer terminal landing approach.
Result feedback unit 503, for recording according to Query Result and detection the landing approach that returns to client, so that client logs in the network to VOIP according to landing approach.
The message sink unit 501 of authentication server receives logging in after request message of client, can first carry out authentication to the information comprising in request message, this request message comprises the identification information of client, so that authentication server is surveyed record according to this identification information inquiry, identification information can be cell-phone number or the ID etc. of client.The message sink unit 501 of authentication server is receiving after the request message of client, obtain in this request message, comprise for identifying the identification information of this client, cell-phone number or the ID etc. of for example this client, then go inquiry to survey record by record queries unit 502 according to this identification information.This detection is recorded as and is obtained by authentication server in advance, in this detection record, record the identification information of some detecting customer terminals and for showing the corresponding informance of detecting customer terminal landing approach, for example can directly record some client identification information and be applicable to these clients respectively the landing approach that logs in VOIP network, or record client identification information and the network scenarios corresponding with these clients, wherein, the network scenarios of client has also just determined the adoptable landing approach of client.This detection record can be to be stored in the landing approach database or java vector objects of authentication server with tables of data or other form.The concrete acquisition of this detection record can be that authentication server passes through to receive in advance after the probe messages that detecting customer terminal sends, the detection record corresponding with client identification information in probe messages foundation.Whether result feedback unit 503 bases inquire the detection record of this client, if and after inquiring, survey record in for showing the information of this client landing approach, the final landing approach of determining applicable this customer end adopted, then return to this client, thereby client can be applied this landing approach and logs in the network to VOIP.
In the embodiment of the present invention, by the said units of authentication server, can be directly provide applicable landing approach to log in the network to VOIP to client, saved client and logged in to the time of VOIP network, improved and logged in efficiency, improved user's experience.
Referring to Fig. 6, it is the structural representation of the another kind of authentication server of the embodiment of the present invention.
This authentication server, except can comprising message sink unit 601, record queries unit 602 and result feedback unit 603, can also comprise:
Message receiving element 604, the probe messages sending for receiving detecting customer terminal, described probe messages comprises the identification information of described detecting customer terminal.
Unit 605 set up in record, for setting up the detection record corresponding with the identification information of described detecting customer terminal.
In the present embodiment, message receiving element 604, the first cryptographic Hash of the invite message sending specifically for reception detecting customer terminal.
Record is set up unit 605 and is comprised:
Computation subunit 6051, for calculating the second cryptographic Hash of described invite message.
Record subelement 6052, for when described the first cryptographic Hash is from described the second cryptographic Hash when different, record the detection record corresponding with the identification information of described detecting customer terminal, described detection record comprises for showing that described invite message transmission procedure exists the information of SIP ALG equipment; When described the first cryptographic Hash when identical, records the detection record corresponding with the identification information of described detecting customer terminal with described the second cryptographic Hash, described detection record comprises for showing that described invite message transmission procedure does not exist the information of SIPALG equipment.
In the present embodiment, detecting customer terminal is by sending invite message as probe messages to authentication server, carry out whether to exist between detecting customer terminal and authentication server sip lag, thereby can determine the network scenarios of detecting customer terminal, and then can determine the landing approach that is applicable to detecting customer terminal.The message receiving element 604 of authentication server receives after first cryptographic Hash of invite message of detecting customer terminal transmission, set up unit 605 by record and in database, set up detection record, concrete, calculated the second cryptographic Hash of invite message by computation subunit 6051, then by recording subelement 6052 according to the comparative result of the first cryptographic Hash and the second cryptographic Hash, set up and survey record.Receive logging in after request message of client in the message sink unit 601 of authentication server, go inquiry to survey record by record queries unit 602 according to this identification information.Whether result feedback unit 603 bases inquire the detection record of this client, if and after inquiring, survey record in for showing the information of this client landing approach, the final landing approach of determining applicable this customer end adopted, then return to this client, thereby client can be applied this landing approach and logs in the network to VOIP.
The present embodiment can directly be judged the residing network environment of current client by said units, in the time that client transmission logs in request, authentication server can be according to surveying record, directly provide applicable landing approach to log in the network to VOIP to client, by the time of client detection network environment from before within more than ten second, be reduced in 1s and can complete, save client and logged in to the time of VOIP network, improved and logged in efficiency, improved user's experience.
Referring to Fig. 7, it is the structural representation of the another kind of authentication server of the embodiment of the present invention.
This authentication server also can comprise that message sink unit 701, record queries unit 702, result feedback unit 703, message receiving element 704 and record set up unit 705.
In the present embodiment, message receiving element 704 comprises:
Monitoring subelement 7041, consults definite udp port for monitoring with detecting customer terminal.
Receive subelement 7042, the RTP message sending for receive described detecting customer terminal at described udp port.
Unit 705 set up in record, receive described RTP message specifically for working as, and when described identification information in described RTP message is identical with the identification information that prestores, the record detection record corresponding with identification information in described RTP message, described detection record comprises the information for showing described udp port opening; When not receiving described RTP message, or described identification information in the RTP message receiving is when different from the identification information that prestores, the record detection record corresponding with described identification information in described RTP message, described detection record comprises the information for showing that described udp port seals.
In the present embodiment, detecting customer terminal is by sending RTP message as probe messages to authentication server, whether the media channel udp port coming in detection network is open mode, thereby can determine the network scenarios of detecting customer terminal, and then can determine the landing approach that is applicable to detecting customer terminal.Monitoring subelement 7041, monitors consulting definite udp port with detecting customer terminal, receives after the RTP message of detecting customer terminal transmission at the udp port of monitoring when receiving subelement 7042, sets up unit 705 set up detection record by record.Receive logging in after request message of client in the message sink unit 701 of authentication server, go inquiry to survey record by record queries unit 702 according to this identification information.Whether result feedback unit 703 bases inquire the detection record of this client, if and after inquiring, survey record in for showing the information of this client landing approach, the final landing approach of determining applicable this customer end adopted, then return to this client, thereby client can be applied this landing approach and logs in the network to VOIP.
The present embodiment is directly judged the open state of current udp port to client by said units, in the time that client transmission logs in request, authentication server can be according to surveying record, directly provide applicable landing approach to log in the network to VOIP to client, by the time of client detection network environment from before within more than ten second, be reduced in 1s and can complete, save client and logged in to the time of VOIP network, improved and logged in efficiency, improved user's experience.
In said apparatus embodiment, the specific implementation process of each unit refers to the description of appropriate section in preceding method embodiment, repeats no more herein.
Above-described embodiment of the present invention, does not form limiting the scope of the present invention.Any amendment of doing within the spirit and principles in the present invention, be equal to and replace and improvement etc., within all should being included in claim protection range of the present invention.
Claims (6)
1. a method that logs in VOIP network, is characterized in that, comprising:
The request message that logs in that receives client transmission, described request message comprises the identification information of described client;
Inquire about the detection record corresponding with the identification information of described client, described detection record comprises the identification information of detecting customer terminal and for showing the corresponding informance of described detecting customer terminal landing approach;
Record according to Query Result and described detection the landing approach that returns to described client, so that described client logs in the network to networking telephone VOIP according to described landing approach;
Wherein, the corresponding informance of described detecting customer terminal landing approach obtains in the following way: receive the probe messages that detecting customer terminal sends, described probe messages comprises the identification information of described detecting customer terminal; Judge the residing network environment of described detecting customer terminal according to described probe messages; Determine the landing approach that is applicable to described detecting customer terminal according to described network environment; Set up the detection record corresponding with the identification information of described detecting customer terminal; Wherein, described probe messages is the invite message of session initiation protocol SIP and/or the RTP message of realtime transmission protocol RTP;
Wherein, the probe messages that described reception detecting customer terminal sends comprises: the first cryptographic Hash that receives the invite message of detecting customer terminal transmission; The described foundation detection record corresponding with the identification information of described detecting customer terminal, comprising: the second cryptographic Hash of calculating described invite message; If described the first cryptographic Hash is different from described the second cryptographic Hash, record the detection record corresponding with the identification information of described detecting customer terminal, described detection record comprises for showing that described invite message transmission procedure exists the information of the ALG SIP ALG equipment of Session Initiation Protocol; If described the first cryptographic Hash is identical with described the second cryptographic Hash, record the detection record corresponding with the identification information of described detecting customer terminal, described detection record comprises for showing that described invite message transmission procedure does not exist the information of SIP ALG equipment;
Or,
The probe messages that described reception detecting customer terminal sends comprises: monitoring is consulted definite user datagram protocol UDP port with detecting customer terminal; Receive at described udp port the RTP message that described detecting customer terminal sends;
The described foundation detection record corresponding with the identification information of described detecting customer terminal, comprise: if receive described RTP message, and the described identification information in described RTP message is identical with the identification information that prestores, the record detection record corresponding with identification information in described RTP message, described detection record comprises the information for showing described udp port opening; If do not receive described RTP message, or described identification information in the RTP message receiving is different from the identification information that prestores, the record detection record corresponding with described identification information in described RTP message, described detection record comprises the information for showing that described udp port seals.
2. method according to claim 1, is characterized in that, the described landing approach that returns to described client according to Query Result and described detection record, comprising:
If inquiry, less than the detection record corresponding with the identification information of described client, returns to described client the landing approach that uses SVN tunnel to log in;
If inquire the detection record corresponding with the identification information of described client, and described detection record comprises for showing that described invite message transmission procedure exists the information of SIP ALG equipment, and/or described detection record comprises the information that shows described udp port sealing, return to described client the landing approach that uses SVN tunnel to log in;
If inquire the detection record corresponding with the identification information of described client, and described detection record comprises for showing that described invite message transmission procedure does not exist the information of SIP ALG equipment, and in described detection record, also comprise the information that shows described udp port sealing, return to described client the landing approach that uses SVN tunnel to log in.
3. method according to claim 1, is characterized in that, the described landing approach that returns to described client according to Query Result and described detection record, comprising:
If inquire the detection record corresponding with the identification information of described client, and described detection record comprises for showing that described invite message transmission procedure does not exist the information of SIP ALG equipment, and/or described detection record comprises the information for showing that described udp port is open, return to described client the landing approach that uses sip message to log in.
4. method according to claim 1, is characterized in that, the described landing approach that returns to described client according to Query Result and described detection record, comprising:
If inquire the detection record corresponding with the identification information of described client, and described detection record comprises for showing that described invite message transmission procedure exists the information of SIP ALG equipment, and in described detection record, also comprise the information that shows that described udp port is open, return to described client the landing approach that uses HTML (Hypertext Markup Language) HTTP tunnel to log in.
5. method according to claim 1, is characterized in that, described identification information comprises cell-phone number, identify label ID or Email E-mail address.
6. an authentication server, is characterized in that, comprising:
Message sink unit, for receiving the request message that logs in of client transmission, described request message comprises the identification information of described client;
Record queries unit, for inquiring about the detection record corresponding with the identification information of described client, described detection record comprises the identification information of detecting customer terminal and for showing the corresponding informance of described detecting customer terminal landing approach;
Result feedback unit, for recording according to Query Result and described detection the landing approach that returns to described client, so that described client logs in the network to VOIP according to described landing approach;
Described authentication server also comprises:
Message receiving element, the probe messages sending for receiving detecting customer terminal, described probe messages comprises the identification information of described detecting customer terminal, judges the residing network environment of described detecting customer terminal and determines the landing approach that is applicable to described detecting customer terminal according to described network environment according to described probe messages; Wherein, described probe messages is the invite message of session initiation protocol SIP and/or the RTP message of realtime transmission protocol RTP;
Unit set up in record, for setting up the detection record corresponding with the identification information of described detecting customer terminal.
Wherein,
Described message receiving element, the first cryptographic Hash of the invite message sending specifically for reception detecting customer terminal;
Described record is set up unit and is comprised:
Computation subunit, for calculating the second cryptographic Hash of described invite message;
Record subelement, for when described the first cryptographic Hash is from described the second cryptographic Hash when different, record the detection record corresponding with the identification information of described detecting customer terminal, described detection record comprises for showing that described invite message transmission procedure exists the information of SIP ALG equipment; When described the first cryptographic Hash when identical, records the detection record corresponding with the identification information of described detecting customer terminal with described the second cryptographic Hash, described detection record comprises for showing that described invite message transmission procedure does not exist the information of SIP ALG equipment.
Or,
Described message receiving element comprises:
Monitoring subelement, consults definite udp port for monitoring with detecting customer terminal;
Receive subelement, the RTP message sending for receive described detecting customer terminal at described udp port;
Unit set up in described record, receive described RTP message specifically for working as, and when described identification information in described RTP message is identical with the identification information that prestores, the record detection record corresponding with identification information in described RTP message, described detection record comprises the information for showing described udp port opening; When not receiving described RTP message, or described identification information in the RTP message receiving is when different from the identification information that prestores, the record detection record corresponding with described identification information in described RTP message, described detection record comprises the information for showing that described udp port seals.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010538893.7A CN102137090B (en) | 2010-11-10 | 2010-11-10 | Method for logging in VOIP (Voice Over Internet Protocol) network and authentication server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010538893.7A CN102137090B (en) | 2010-11-10 | 2010-11-10 | Method for logging in VOIP (Voice Over Internet Protocol) network and authentication server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102137090A CN102137090A (en) | 2011-07-27 |
| CN102137090B true CN102137090B (en) | 2014-07-09 |
Family
ID=44296746
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010538893.7A Active CN102137090B (en) | 2010-11-10 | 2010-11-10 | Method for logging in VOIP (Voice Over Internet Protocol) network and authentication server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102137090B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102638626A (en) * | 2012-03-26 | 2012-08-15 | 苏州佳世达电通有限公司 | Method for connecting internet telephone |
| CN103024225B (en) * | 2012-12-05 | 2014-08-13 | 优视科技有限公司 | Method and device for achieving voice over Internet protocol (VoIP) conversations |
| CN104580553B (en) * | 2015-02-03 | 2021-05-04 | 网神信息技术（北京）股份有限公司 | Method and device for identifying network address translation equipment |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7369537B1 (en) * | 2001-07-18 | 2008-05-06 | Global Ip Solutions, Inc. | Adaptive Voice-over-Internet-Protocol (VoIP) testing and selecting transport including 3-way proxy, client-to-client, UDP, TCP, SSL, and recipient-connect methods |
| EP2096833A1 (en) * | 2008-02-28 | 2009-09-02 | HOB GmbH & Co. KG | A voice-over-IP(VoIP-) telephony computer system |
| CN101860536A (en) * | 2010-05-31 | 2010-10-13 | 北京邮电大学 | Private network access system based on SIP soft phone and method thereof |
-
2010
- 2010-11-10 CN CN201010538893.7A patent/CN102137090B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7369537B1 (en) * | 2001-07-18 | 2008-05-06 | Global Ip Solutions, Inc. | Adaptive Voice-over-Internet-Protocol (VoIP) testing and selecting transport including 3-way proxy, client-to-client, UDP, TCP, SSL, and recipient-connect methods |
| EP2096833A1 (en) * | 2008-02-28 | 2009-09-02 | HOB GmbH & Co. KG | A voice-over-IP(VoIP-) telephony computer system |
| CN101860536A (en) * | 2010-05-31 | 2010-10-13 | 北京邮电大学 | Private network access system based on SIP soft phone and method thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102137090A (en) | 2011-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7406306B2 (en) | Method for billing in a telecommunications network | |
| US9043491B2 (en) | Proximity detection for media proxies | |
| CN1327355C (en) | Address changing device, message treatment method and apparatus | |
| KR100788083B1 (en) | System, devices, and method for distributing load control information in a network | |
| US8205074B2 (en) | Data communication method and data communication system | |
| JP4673369B2 (en) | Method and apparatus for providing correlation means in a hybrid communication network | |
| US20100138660A1 (en) | Secure communication session setup | |
| US20130177011A1 (en) | Communication Session Processing | |
| CN109587450A (en) | Method of transmitting video data and system | |
| CN102594838B (en) | SIP-based intelligent monitoring alarming network system and networking method | |
| US9838351B2 (en) | Method and system for federation of proxy-based and proxy-free communications systems | |
| CN101471772A (en) | Communication method, device and system | |
| CN102137090B (en) | Method for logging in VOIP (Voice Over Internet Protocol) network and authentication server | |
| EP2532147B1 (en) | Method for generating a permanent public SIP address associated with a private identity on an IMS network | |
| CN104301450B (en) | The method and device of addressing | |
| CN102984696A (en) | IP communication method, equipment and system based on mobile terminals | |
| CN101753634A (en) | Private network passing method, system and device | |
| CN111131182B (en) | VoIP communication network penetration device and method | |
| CN108156269A (en) | Network Address Translation Server And Network Address Translation Method Thereof | |
| KR100894906B1 (en) | Terminal unit for providing IP multimedia service on the basis of session initiaion protocol, call session control function device, method of transmitting and receiving thereof | |
| CN108156150A (en) | A kind of data transmission method and device | |
| CN110035083A (en) | Communication means, equipment and the computer readable storage medium of dialogue-based key | |
| CN101212449B (en) | Method for normal operation of IP extension telephone under FW/NAT multiple-port mapping condition | |
| US9894109B2 (en) | Lawful intercept in an internet protocol-based telephony system | |
| Upadhyay et al. | Modifying Session Initiation Protocol for tracking VoIP Caller |
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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211207 Address after: 215010 room 704, building 5, No. 556, Changjiang Road, high tech Zone, Suzhou, Jiangsu Patentee after: SUZHOU YUDESHUI ELECTRICAL TECHNOLOGY Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. Effective date of registration: 20211207 Address after: 256599 Room 203, foreign trade service center, new material industrial park, Boxing County Economic Development Zone, Binzhou City, Shandong Province Patentee after: Boxing Ruifeng New Material Co.,Ltd. Address before: 215010 room 704, building 5, No. 556, Changjiang Road, high tech Zone, Suzhou, Jiangsu Patentee before: SUZHOU YUDESHUI ELECTRICAL TECHNOLOGY Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20221208 Address after: South of the middle section of Qibei Road, Leling City, Dezhou City, Shandong Province, 253000 Patentee after: LELING HY ENERGY SAVING DEVICE CO.,LTD. Address before: 256599 Room 203, foreign trade service center, new material industrial park, Boxing County Economic Development Zone, Binzhou City, Shandong Province Patentee before: Boxing Ruifeng New Material Co.,Ltd. |
|
| TR01 | Transfer of patent right |