CN101600165B - method and device for confirming message receiving state - Google Patents
method and device for confirming message receiving state Download PDFInfo
- Publication number
- CN101600165B CN101600165B CN2008101144368A CN200810114436A CN101600165B CN 101600165 B CN101600165 B CN 101600165B CN 2008101144368 A CN2008101144368 A CN 2008101144368A CN 200810114436 A CN200810114436 A CN 200810114436A CN 101600165 B CN101600165 B CN 101600165B
- Authority
- CN
- China
- Prior art keywords
- message
- network node
- gtp
- sequence number
- lsn
- 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
- 238000000034 method Methods 0.000 title claims abstract description 29
- 230000005540 biological transmission Effects 0.000 claims description 19
- 238000012790 confirmation Methods 0.000 claims description 7
- 230000008878 coupling Effects 0.000 claims description 2
- 238000010168 coupling process Methods 0.000 claims description 2
- 238000005859 coupling reaction Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000005641 tunneling Effects 0.000 description 1
Images
Abstract
The invention discloses a method for confirming message receiving state, comprising the following steps: massage is sent to a second network node by a first network node; the message which is fed back by the second network node and comprises the identification domain symbolizing the receiving state of the message sent by the second network node aiming at the first network node is received; and the receiving state of the message sent by the second network node aiming at the first network node is confirmed according to the identification value carried in the identification domain. The invention also discloses a device for confirming the message receiving state. The technical scheme provided by the invention is available for the network nodes to judge whether the message sent by the same is received successfully or not.
Description
Technical field
The present invention relates to moving communicating field, relate in particular to a kind of method and device that message receiving state is confirmed that offset.
Background technology
At evolved packet system (EPS, Evolved Packet System) in, when between network node, carry out GPRS Tunnel Protocol (GTP based on the GTPv2 agreement, when GPRS Tunneling Protocol) message transmits, GTP request message transmit leg node need be received and come from the response message that GTP request message recipient node returns, and receives to confirm this GTP request message side of being received node.The transmit leg node is after receiving the response message that recipient's node returns, by the sequence number (SN in the message header that mates this response message, Sequence Number) with the message header of this request message in sequence number, know whether the side's of being received node receives this request message.
The message header form of GTP message is as shown in the table, can see, comprised a sequence number (wherein sequence number has specifically taken the 9th byte and the 10th byte in the following table 1) that length is two bytes in this message header, simultaneously, also having comprised length is the type of message (Message Type) of a byte.Because except that sequence number and type of message, other parts and the present invention have nothing to do in the table 1, this no longer other parts in the his-and-hers watches 1 do and explain.
Table 1:
Below in conjunction with accompanying drawing, specify in the prior art, the sequence number of what use is made of GTP message is realized the coupling of GTP request message and GTP response message.
A process that transmits GTP message between network node is as shown in Figure 1:
First network node sends GTP request message Request1 to second network node, comprises a sequence number 01 in the message header of this GTP request message;
After second network node was received this GTP request message, the sequence number among the GTP response message Response1 that can self return was set to consistent with the sequence number 01 among the Request1, and this response message Response1 is sent to first network node.
First network node is after receiving Response1, according to type of message, can judge that Response1 is a response message, again according to the sequence number among the Response1 01, just can judge that this response message Response1 is that the sequence number that sends before being used to reply is 01 GTP request message Request1.
Thus, first network node can know that Request1 is received by second network node.
In the EPS system, reply the situation of a GTP request message except existing GTP response message of above-mentioned usefulness, also existing another situation as shown in Figure 2, initially also is to send GTP request message Request1 by first network node to second network node; But because this moment, second network node also will send another GTP request message Request2 to first network node, therefore, second network node is after receiving Request1, no longer send and the corresponding GTP response message of Request1 Responsel, but with GTP request message Request2 as the response message of replying Request1, Request2 is sent to first network node; First network node is after receiving Request2, and according to the sequence number in the Request2 message header, whether the GTP request message that sends before judging has obtained replying.
Under situation shown in Figure 2, there are two kinds of possibilities in the sequence number of GTP request message Request2, and promptly the sequence number with Request1 is identical, and is perhaps different with the sequence number of Request1.When the sequence number of Request2 and Request1 is identical, as shown in Figure 3:
First network node sends GTP request message Request1 to second network node, comprises sequence number 01 in the message header of this GTP request message;
Second network node sends GTP request message Request2 to first network node, and the sequence number that comprises in the sequence number that comprises in the message header of Request2 and the message header of Request1 is identical, also is 01;
First network node is after receiving Request2, according to type of message, judgement Request2 is a request message, further the sequence number 01 that comprises according to the message header of Request2 is made judgement, think the GTP request message Request2 that receives as before the response message of the GTP request message Request1 that sends send, thereby the GTP request message Request1 that sends before knowing is received by second network node.
And in fact, the GTP request message Request1 of Fa Songing might not received by second network node before, and this has just caused the misjudgment of first network node to the Request1 accepting state.For example when second network node when not receiving Request1, also may send Request2 to first network node, and in the message header of Request2, comprise sequence number 01, and the parameter that carry among the Request2 this moment is not the parameter that Request1 asks to second network node.This will cause first network node to think that second network node has correctly received Request1 by mistake.
When the sequence number of Request2 and Request1 not simultaneously, as shown in Figure 4:
First network node sends GTP request message Request1 to second network node, comprises sequence number 01 in the message header of this GTP request message Request1;
The sequence number that second network node comprises in the message header of the GTP request message Request2 that first network node sends is different with the sequence number that the message header of Request1 comprises, and is 02; First network node is after receiving Request2, and the sequence number 02 that comprises in the message header of meeting according to Request2 is made judgement, and the GTP request message Request1 that sends before thinking is not also received by second network node.
And in fact, the GTP request message Request1 of Fa Songing may be received by second network node before, Request2 sends to first network node as the GTP response message of Request1 just, therefore, this also can cause the misjudgment of first network node to the Request1 accepting state.For example when second network node has received Request1, also can send Request2 to first network node, and in the message header of Request2, comprising sequence number 02, this will cause first network node to think that second network node does not correctly receive Request1 by mistake.
Summary of the invention
The invention provides and a kind ofly offset method and the device that message receiving state is confirmed, whether be successfully received so that network node can correctly be judged the message of its transmission.
For this reason, the present invention adopts following scheme:
A kind ofly offset the method that message receiving state is confirmed, comprising: first network node sends message to second network node; Reception is included in the message of described feedback and is used to indicate the identification field of second network node at the accepting state of the message of first network node transmission by the message of second network node feedback; According to the ident value that carries in the described identification field, confirm the accepting state of second network node at the message of first network node transmission.
Wherein, described ident value is the value based on the message SN form.
In the above-mentioned steps, according to the ident value that carries in the described identification field, confirm the accepting state of second network node at the message of first network node transmission, specifically comprise: judge that the ident value that carries in the described identification field is whether consistent with the message SN that first network node carries in the message that second network node sends, if confirm that second network node has received this message that first network node sends; Otherwise, confirm that second network node does not receive this message that first network node sends.
A kind ofly offset the device that message receiving state is confirmed, comprise message sending unit, be used for sending message to network node as message receiver; The message sink unit is used to receive the message by described network node feedback, includes in the message of described feedback and is used to indicate the identification field of described network node at the accepting state of the message of message sending unit transmission; Confirmation unit is used for the ident value that carries according to described identification field, confirms the accepting state of the message that described network node sends at message sending unit.
Wherein, described confirmation unit specifically comprises: judgment sub-unit is used for judging that ident value that described identification field carries is whether consistent with the message SN that message sending unit is carried in the message that described network node sends; Confirm subelement, be used in the judged result of judgment sub-unit confirming that described network node has received this message of message sending unit transmission when being; And in the judged result of judgment sub-unit for not the time, confirm that described network node does not receive this message that message sending unit sends.
The embodiment of the invention is by adopting the mode of two identifiers in the message header of GTP message, make the sequence number that can not only reflect the GTP message of the current transmission of network node in the message header of GTP message, can also reflect the sequence number of the GTP message that receives before the network node, thereby make network node make right judgement the accepting state of the GTP message of transmission before it.
Description of drawings
Fig. 1 is a schematic diagram of sending out a kind of situation of GTP message in the prior art between the network node mutually;
Fig. 2 is a schematic diagram of sending out the another kind of situation of GTP message in the prior art between the network node mutually;
Fig. 3 is for sending out a kind of situation schematic diagram that GTP message is made mistakes easily mutually between the network node in the prior art;
Fig. 4 is for sending out the another kind of situation schematic diagram that GTP message is made mistakes easily mutually between the network node in the prior art;
A kind of flow chart that offsets the method that message receiving state confirms that Fig. 5 provides for the embodiment of the invention one;
A kind of structural representation that offsets the device that message receiving state confirms that Fig. 6 provides for the embodiment of the invention one;
A kind of flow chart that offsets the method that message receiving state confirms that Fig. 7 provides for the embodiment of the invention two.
Embodiment
The embodiment of the invention one provides a kind of method that message receiving state is confirmed that offsets, in the message by second network node feedback, comprise and be used to indicate the identification field of second network node at the accepting state of the message of first network node transmission, first network node just can be confirmed the accepting state of second network node at the message of first network node transmission according to the ident value that carries in this identification field.
Need to prove, the message that above-mentioned first network node sends to second network node can but be not limited to the GTP request message, and second network node to the message of first network node feedback can but be not limited to GTP request message or GTP response message.In addition, the identification field that is used for the banner message accepting state can be the field of the message header that is in message, and the ident value that carries in the identification field can be the message SN that carries in this message header field.
Is example with message for the GTP message based on the GTPv2 agreement, and based on above-mentioned concrete condition, below in conjunction with each accompanying drawing, describes the content of the embodiment of the invention in detail.
As shown in Figure 5, a kind of schematic flow sheet that offsets the method that message receiving state confirms for the embodiment of the invention one provides comprises:
Step 51, first network node sends the GTP request message to second network node, comprises sequence number SN0 in the message header of this GTP request message;
Step 52, second network node receive the GTP request message that first network node sends;
Step 53 is provided with two sequence numbers in the message header of the GTP message that second network node will send self, be respectively LSN (Linked Sequence Number) and SN (Sequence Number); Wherein LSN is and is carried at the value of identification field that being used for of defining in the GTP message that second network node sends indicates the accepting state of the message that second network node sends at first network node;
The message header of the GTP message after being provided with is as shown in the table, comprises sequence number SN and sequence number LSN in the message header of this GTP message, in addition, also comprises type of message (Message Type) in the message header.Because other parts in the table 2 except that SN, LSN and type of message and the present invention have nothing to do, this no longer other parts in the his-and-hers watches do and explain.
Table 2:
Step 54, second network node is according to the sequence number SN0 in the message header of the GTP request message of first network node transmission that receives, and second network node will send to the type of the GTP message of first network node, the sequence number in the message header of GTP message that second network node will send to first network node is set;
Wherein, second network node GTP message that will send to first network node has following three types:
1. after second network node receives the GTP request message of first network node, the GTP response message of sending;
2. after second network node receives the GTP request message of first network node, be used as the GTP request message of response message;
3. second network node does not receive the GTP request message of first network node, and the common GTP request message that sends;
At above-mentioned three kinds of dissimilar GTP message, in the his-and-hers watches 2 SN and LSN be provided with specific as follows:
If the GTP message that second network node will send to first network node is the GTP request message as response message, sequence number in the message header of the GTP request message that is sent by first network node that is provided with then that LSN and second network node receive is consistent, be SN0, SN then is the former sequence number SN of second network node GTP request message that will send to first network node;
If the GTP message that second network node will send to first network node is the GTP response message, it is 0 that LSN is set, the sequence number that SN then is set in the message header of the GTP request message that is sent by first network node that receives with second network node is consistent, is SN0;
If the GTP message that second network node will send to first network node be common GTP request message, it is 0 that LSN is set, and SN then is the former sequence number SN of second network node GTP request message that will send to first network node.
Step 55, second network node sends GTP message to first network node;
Step 56, first network node receive the GTP message that second network node sends;
Step 57, first network node is according to SN and LSN in the message header of the GTP message of second network node transmission that receives, and whether the GTP request message that is sent by first network node before knowing is received by second network node.Concrete matching relationship such as following table:
Table 3:
| LSN | SN | Type of message | Judged result to message |
| 0 | SN | Request message | Sequence number is the common request message of SN |
| 0 | SN | Response message | Error message |
| 0 | SN0 | Request message | Sequence number is the common request message of SN0 |
| 0 | SN0 | Response message | Sequence number is the response message of the request message of SN0 |
| SN0 | SN | Request message | Self sequence number is SN, and response sequence number is the request message of the request message of SN0 |
| SN0 | SN | Response message | Error message |
| SN0 | SN0 | Request message | Self sequence number is SN0, and response sequence number is the request message of the request message of SN0 |
| SN0 | SN0 | Response message | Error message |
Below in conjunction with Fig. 1, Fig. 3, the described situation of Fig. 4, further specify the execution mode of the embodiment of the invention.
At Fig. 1, the process that transmits GTP message between first network node and second network node is as follows:
First network node sends GTP request message Request1 to second network node, and the sequence number that comprises in the message header of this GTP request message is 01;
Second network node is received this GTP request message Request1;
Second network node is according to the Request1 by the transmission of first network node that receives, SN in the message header of GTP response message Response1 is set to 01, simultaneously, be the GTP response message according to the GTP type of message that will send to first network node, LSN is set to 0;
Second network node sends GTP response message Response1 to first network node;
First network node receives Response1, according to LSN is 0, and type of message is a response message, know that Response1 is the GTP response message, simultaneously, according to SN is 01, is received by second network node to the GTP request message Request1 that second network node sends by first network node before knowing.
Under this situation, utilization be the 5th matching relationship showed of row in the table 3.
At Fig. 3, be divided into following two kinds of situations again:
First kind of situation be second network node after receiving Request1, send Request2 to first network node again, its detailed process is as follows:
First network node sends GTP request message Request1 to second network node, and the sequence number that comprises in the message header of this GTP request message is 01;
Second network node is received this GTP request message Request1;
Second network node is according to the sequence number in the message header of the Request1 that is sent by first network node that receives, and the LSN in the message header of GTP request message is set to 01, and SN is the sequence number 01 of Request2 itself;
Second network node sends GTP request message Request2 to first network node;
First network node receives Request2, and be 01 according to SN, know the sequence number of Request2, according to LSN is 01, and type of message is a request message, know that Request2 is the request message as the response message of Request1, the GTP request message Request1 of Fa Songing is received by second network node before.
As seen, under this situation, utilization be the matching relationship that eighth row is showed in the table 3.
Second kind of situation then is that second network node does not receive under the condition of Request1, sends Request2 to first network node, and its detailed process is as follows:
First network node sends GTP request message Request1 to second network node, and the sequence number that comprises in the message header of this GTP request message is 01;
Second network node is common GTP request message according to the GTP type of message that will send to first network node, and the LSN in the message header of this request message is set to 0, and SN is the sequence number 01 of Request2 itself;
Second network node sends GTP request message Request2 to first network node;
First network node receives Request2, according to LSN is 0, and type of message is a request message, know that Request2 is common GTP request message, be 01 according to SN again, the sequence number of knowing Request2 is 01, and simultaneously, the GTP request message Request1 that sends before knowing is not received by second network node.
Under this situation, utilization be the 4th matching relationship showed of row in the table 3.
In like manner, at Fig. 4, also be divided into following two kinds of situations:
First kind of situation be second network node after receiving Request1, send Request2 to first network node again, its detailed process is as follows:
First network node sends GTP request message Request1 to second network node, and the sequence number that comprises in the message header of this GTP request message is 01;
Second network node is received this GTP request message Request1;
Second network node is according to the sequence number in the message header of the Request1 that is sent by first network node that receives, and the LSN in the message header of GTP request message is set to 01, and SN is the sequence number 02 of Request2 itself;
Second network node sends GTP request message Request2 to first network node;
First network node receives Request2, and be 02 according to SN, know the sequence number of Request2, according to LSN is 01, and type of message is a request message, know that Request2 is the request message as the response message of Request1, the GTP request message Request1 of Fa Songing is received by second network node before.
As seen, under this situation, utilization be the 6th matching relationship showed of row in the table 3.
Second kind of situation then is that second network node does not receive under the condition of Request1, sends Request2 to first network node, and its detailed process is as follows:
First network node sends GTP request message Request1 to second network node, and the sequence number that comprises in the message header of this GTP request message is 01;
Second network node is common GTP request message according to the GTP type of message that will send to first network node, and the LSN in the message header of this request message is set to 0, and SN is the sequence number 02 of Request2 itself;
Second network node sends GTP request message Request2 to first network node;
First network node receives Request2, according to LSN is 0, and type of message is a request message, know that Request2 is common GTP request message, be 02 according to SN again, the sequence number of knowing Request2 is 02, and simultaneously, the GTP request message Request1 that sends before knowing is not received by second network node.
Under this situation, utilization be the 2nd matching relationship showed of row in the table 3.
As seen, the scheme that adopts the above embodiment of the present invention to provide, in the message header of GTP message, adopt the mode of two sequence numbers, can make first network node under Fig. 1, Fig. 3, situation shown in Figure 4, the GTP message that is sent by second network node is all made right judgement, solved the problem that in the message header of GTP message, adopts a sequence number in the prior art and be easy to generate false judgment.
Corresponding to the method that the invention described above embodiment one proposes, the scheme of the embodiment of the invention one also provides a kind of device that message receiving state is confirmed that offsets, and its structural representation comprises as shown in Figure 6:
Message sending unit 61 is used for sending a request message to network node, comprises sequence number SN0 in the message header of this request message;
Because the setting of sequence number LSN and SN is identical with the set-up mode of the step 54 of the method for the foregoing description proposition, does not repeat them here.
The matching relationship here is the content with reference to table 3 equally, therefore also repeats no more at this.
The concrete course of work based on confirmation unit 63, the concrete structure of the affirmation unit 63 that the present invention proposes as shown in Figure 6, comprise judgment sub-unit 631, be used for judging whether type of message and sequence number LSN, SN and sequence number SN0 meet the matching relationship that table 3 5-6 is capable and eighth row is showed; Confirm subelement 632, be used in the judged result of judgment sub-unit 631 confirming that network node has received this message of message sending unit 61 transmissions when being; And in the judged result of judgment sub-unit 631 for not the time, confirm that network node does not receive this message that message sending unit 61 sends.
In addition, the embodiment of the invention two provides the another kind of method that message receiving state is confirmed that offsets, the difference of the method that this method and the foregoing description provide is, when the message that sends to first network node for second network node is common request message or response message, corresponding these two kinds of different type of messages, LSN is set to different values, follow-up first network node is judged the type of this message according to the value of LSN, and need not relend the type that the type of message that helps in the message header is judged the message that receives.The idiographic flow of the method that the embodiment of the invention two provides comprises as shown in Figure 7:
Will send to three kinds of situations that the type of message of the GTP message of first network node exists at second network node, as follows to the concrete set-up mode of SN and LSN:
If the GTP message that second network node will send to first network node is the GTP request message as response message, sequence number in the message header of the GTP request message that is sent by first network node that is provided with then that LSN and second network node receive is consistent, be SN0, SN then is the former sequence number SN of second network node GTP request message that will send to first network node;
If the GTP message that second network node will send to first network node is the GTP response message, it is 0 that LSN is set, the sequence number that SN then is set in the message header of the GTP request message that is sent by first network node that receives with second network node is consistent, is SN0;
If the GTP message that second network node will send to first network node be common GTP request message, it is 1 that LSN is set, and SN then is the former sequence number SN of second network node GTP request message that will send to first network node.
Step 77, first network node is according to SN and LSN in the message header of the GTP message of second network node transmission that receives, and whether the GTP request message that is sent by first network node before knowing is received by second network node.Concrete matching relationship such as following table:
Table 4:
| LSN | SN | Judged result to message |
| 0 | SN | Error message |
| 0 | SN0 | Sequence number is the response message of the request message of SN0 |
| 1 | SN | Sequence number is the common request message of SN |
| 1 | SN0 | Sequence number is the common request message of SN0 |
| SN0 | SN | Self sequence number is SN, and response sequence number is the request message of the request message of SN0 |
| SN0 | SN0 | Self sequence number is SN0, and response sequence number is the request message of the request message of SN0 |
| SN | SN0 | Error message |
| SN | SN | Error message |
Correspondingly, the embodiment of the invention two also provides a kind of device that message receiving state is confirmed that offsets, and its structural representation is identical with Fig. 6, and wherein, the function of each unit is as follows:
Message sending unit 61 is used for sending a request message to network node, comprises sequence number SN0 in the message header of this message;
Because the setting of sequence number LSN and SN is identical with the set-up mode of the step 74 of the method for the foregoing description proposition, does not repeat them here.
Therefore the matching relationship does not here repeat them here with reference to the content of table 4.
The concrete course of work based on confirmation unit 63, the concrete structure of the affirmation unit 63 that the present invention proposes as shown in Figure 6, comprise judgment sub-unit 631, be used for judging whether sequence number LSN, SN and sequence number SN0 meet table 4 the 3rd row and the capable matching relationship of showing of 6-7; Confirm subelement 632, be used in the judged result of judgment sub-unit 631 confirming that network node has received this message of message sending unit 61 transmissions when being; And in the judged result of judgment sub-unit 631 for not the time, confirm that network node does not receive this message that message sending unit 61 sends.
Need to prove, all be the mode that two sequence numbers are set in the message header of GTP message that adopts in the scheme that the embodiment of the invention one and embodiment two provide, when in the prior art sequence number only being set in the message header of GTP message the accepting state of GTP message be easy to generate the problem of false judgment to solve.In fact, according to the format characteristic of the message header shown in the table 1 as can be known, the length of SN is two bytes, by in two bytes to SN different values being set respectively, make first byte realization embodiment one of SN or the SN function among the embodiment two, make second byte of SN realize the function of LSN among embodiment one or the embodiment two, can solve the problem that when in the prior art sequence number only being set in the message header of GTP message the accepting state of GTP message is easy to generate false judgment equally.For this reason, the embodiment of the invention three provides a kind of method of the GTP of processing message, the difference of this method and the embodiment of the invention one and embodiment two is the setting of the message header of GTP message, shown in the table specific as follows, the 9th byte of message header is set to SN1 (Sequence Number1), and the 10th byte is set to SN2 (Sequence Number2).
Table 5:
Because the method flow among the embodiment three is identical with embodiment one or embodiment two, do not repeat them here, the setting of carrying out sequence number according to the type of GTP message at how is explained as follows:
Will send to three kinds of situations that the type of message of the GTP message of first network node exists at second network node, as follows to the concrete set-up mode of SN1 and SN2:
If the GTP message that second network node will send to first network node is the GTP request message as response message, sequence number in the message header of the GTP request message that is sent by first network node that is provided with then that SN1 and second network node receive is consistent, and SN2 then is the former sequence number SN2 of second network node GTP request message that will send to first network node;
If the GTP message that second network node will send to first network node is the GTP response message, it is 0 that SN1 is set, and the sequence number that SN2 then is set in the message header of the GTP request message that is sent by first network node that receives with second network node is consistent;
If the GTP message that second network node will send to first network node be common GTP request message, it is 1 that SN1 is set, and SN2 then is the former sequence number SN2 of second network node GTP request message that will send to first network node.
Obviously, those skilled in the art can carry out various changes and modification to the present invention and not break away from the spirit and scope of the present invention.Like this, if of the present invention these are revised and modification belongs within the scope of claim of the present invention and equivalent technologies thereof, then the present invention also is intended to comprise these changes and modification interior.
Claims (6)
1. one kind offsets the method that message receiving state is confirmed, it is characterized in that, comprising:
First network node sends message to second network node;
Reception is by the message of second network node feedback, include sequence number SN and catenation sequence LSN in the message of described feedback, wherein, SN and LSN be according to first network node in the message that second network node sends sequence number and the type of the message of second network node feedback be provided with;
SN that comprises in the message according to described feedback and LSN from comprising LSN, SN and the matching relationship to the judged result of message of storage in advance, determine the judged result to message that the SN that comprises in the message with described feedback and LSN mate; And
According to the judged result of determining, confirm the accepting state of second network node at the message of first network node transmission to message.
2. the method for claim 1 is characterized in that, described message is GTP message.
3. the method for claim 1 is characterized in that, described message is the GTP request message.
4. one kind offsets the device that message receiving state is confirmed, it is characterized in that, comprising:
Message sending unit is used for sending message to the network node as message receiver;
The message sink unit, be used to receive message by described network node feedback, include sequence number SN and catenation sequence LSN in the message of described feedback, wherein, SN and LSN are that the type of the message of sequence number in the message that sends according to message sending unit and second network node feedback is provided with;
Confirmation unit, be used for SN and LSN that the message of the described feedback that receives according to the message sink unit comprises, from comprising LSN, SN and the matching relationship of storage in advance to the judged result of message, determine the SN that comprises in the message with described feedback and the judged result to message of LSN coupling, and, confirm the accepting state of described network node at the message of message sending unit transmission according to the judged result of determining to message.
5. device as claimed in claim 4 is characterized in that, described message is GTP message.
6. device as claimed in claim 4 is characterized in that, described message is the GTP request message.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101144368A CN101600165B (en) | 2008-06-05 | 2008-06-05 | method and device for confirming message receiving state |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101144368A CN101600165B (en) | 2008-06-05 | 2008-06-05 | method and device for confirming message receiving state |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101600165A CN101600165A (en) | 2009-12-09 |
| CN101600165B true CN101600165B (en) | 2011-12-14 |
Family
ID=41421362
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101144368A Active CN101600165B (en) | 2008-06-05 | 2008-06-05 | method and device for confirming message receiving state |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101600165B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106375242B (en) * | 2015-07-20 | 2020-09-08 | 中兴通讯股份有限公司 | Notification message processing method and system |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1886667A (en) * | 2003-11-25 | 2006-12-27 | 思科技术公司 | Reliable multicast communication |
| CN101146340A (en) * | 2006-09-12 | 2008-03-19 | 华为技术有限公司 | A method and system for optimizing transaction operation in media-independent switching |
-
2008
- 2008-06-05 CN CN2008101144368A patent/CN101600165B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1886667A (en) * | 2003-11-25 | 2006-12-27 | 思科技术公司 | Reliable multicast communication |
| CN101146340A (en) * | 2006-09-12 | 2008-03-19 | 华为技术有限公司 | A method and system for optimizing transaction operation in media-independent switching |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101600165A (en) | 2009-12-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105120439A (en) | Beidou long message communication method | |
| CN108616819B (en) | Data retransmission method, Bluetooth main device and wireless communication system | |
| CN101686141B (en) | Method and equipment for synchronizing read states | |
| CN102075564A (en) | Remote software upgrading technique | |
| CN105591841A (en) | Connectivity detection method of VXLAN tunnel | |
| CN107580085B (en) | Networking method of Internet of things | |
| CN101682476A (en) | Wireless network communications system | |
| TW200614759A (en) | Implied acknowledgement data transport protocol for a multi-station network | |
| CN102761391A (en) | Oil field Internet of things system communication method | |
| CN107528747B (en) | Method and device for diagnosing communication state of master station and slave station and computer readable storage medium | |
| KR20140091364A (en) | Apparatus and Method for Supporting Sensor Data Transmission based on Internet | |
| CN103856578A (en) | Automatic slave station address acquisition method through Modbus RTU and slave station | |
| US20110038369A1 (en) | Communication method and apparatus based on user datagram protocol | |
| CN105183687A (en) | Time-sharing serial communication method and system | |
| JP2006074132A (en) | Multicast communication method and gateway device | |
| CN101600165B (en) | method and device for confirming message receiving state | |
| CN100454900C (en) | Method and system for quick responding IP banding message | |
| CN102195883A (en) | Method for determining multicast routing and method and device for forwarding multicast message | |
| CN105656959A (en) | Multi-terminal PUB/SUB (Publish/Subscribe) message synchronization method based on routing mechanism | |
| CN106713142B (en) | Method for transmitting IP message on CAN bus and IP local area network constructed by CAN bus network | |
| CN103873131B (en) | A kind of radio meter register communication relay method | |
| CN101617509B (en) | Method for transferring data to a plurality of control appliances | |
| CN101483608A (en) | EAPS loop network topology structure automatic discovery method | |
| CN101577945B (en) | Transmission method, transmission system and service gateway for error indication parameters in response message | |
| CN110492978B (en) | LoRaWAN system capable of achieving rapid confirmation and implementation method thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: INST OF TELECOMMUNICATION SCIENCE AND TECHNOLGOY Free format text: FORMER OWNER: DATANG MOBILE COMMUNICATION EQUIPMENT CO., LTD. Effective date: 20110422 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 100083 NO. 29, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING TO: 100191 NO. 40, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20110422 Address after: 100191 Haidian District, Xueyuan Road, No. 40, Applicant after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100083 Haidian District, Xueyuan Road, No. 29, Applicant before: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210527 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |