CN102130954A

CN102130954A - Method and device for transmitting data resources

Info

Publication number: CN102130954A
Application number: CN2011100645493A
Authority: CN
Inventors: 李克鹏; 田林一; 卞永刚; 陈显锋
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2011-03-17
Filing date: 2011-03-17
Publication date: 2011-07-20
Also published as: CN107071826A; CN107070990A; CN102685204B; CN102685203A; CN106878442A; CN106878442B; CN106850841A; CN102685204A; CN102685203B; CN106850841B; CN107071826B; CN107070990B

Abstract

The embodiment of the invention provides a method and device for transmitting data resources in an IOT (internet of things) system. The method for transmitting the node data resources through fragments based on a light application layer protocol in the IOT system comprises the following steps: acquiring node data resource capacity information, wherein the resource capacity information is the capacity size of the data to be transmitted; sending a request message carrying a first fragment option to a node, wherein the first fragment option comprises recommended fragment capacity; receiving a node response message carrying a second fragment option, wherein the second fragment option comprises determined fragment capacity, and the determined fragment capacity is less than or equal to the recommended fragment capacity; and according to the determined fragment capacity and the node data resource capacity information, fragmentally transmitting the node data resources. According to the embodiment of the invention, the capacity information of the data resources of the node needing to be transmitted can be acquired, the fragment capacity used in data transmission is determined through fragmental capacity negotiation, thus the reduction of the error rate can be achieved in the process of transmission, and data can be concurrently transmitted.

Description

The method and apparatus of data resource transmission

Technical field

The embodiment of the invention relates to network communication field, and relates more specifically to the method and apparatus of data resource transmission.

Background technology

Lightweight application layer protocol (Constrained Application Protocol, be called for short " CoAP ") mainly be to be used for Internet of Things (Machine to Machine, abbreviation " M2M ") in the scene, such as: tame chamber controller, building automatic, intelligent energy, sensor network etc.In such environment, the function of these machines is fairly simple, and general processor has only 8, and memory space is little, does not support complicated host-host protocol, and message transmission rate is also lower.CoAP provides a kind of interactive mode of request, supports embedded resource discovering, comprises crucial webpage notion, such as unified resource sign (URI) and content type.CoAP can translate hypertext link agreement (HTTP) at an easy rate, is used for being integrated into network.Based on the accurate capacity of calculated data resource not in the traditional scheme of CoAP transmission data, can't assess the exact number of subpackage, therefore can't concurrently obtain data resource, cause efficiency of transmission low.

Summary of the invention

The embodiment of the invention provides a kind of method and apparatus of data resource transmission, can be supported in and improve efficiency of transmission among the CoAP.

In an embodiment of the present invention, a kind of method that improves efficiency of transmission in Internet of things system based on the lightweight application layer protocol has been proposed, can come the data resource of transmission node by burst, comprise: obtain the data resource capacity information of node, resource capacity information is the data to be transmitted amount of capacity; Send the request message that carries the first burst option to node, wherein the first burst option comprises the burst capacity of recommendation; Receiving node carries the response message of the second burst option, and wherein the second burst option comprises definite burst capacity, and definite burst capacity is less than or equal to the burst capacity of recommendation; According to the burst capacity of determining and the data resource capacity information of node, the data resource of burst transmission node.

In embodiments of the present invention, a kind of method of passing through the data resource of burst transmission node in Internet of things system based on the lightweight application layer protocol is provided, the request message of the first burst option is carried in reception, and wherein the first burst option comprises the burst capacity of recommendation; The response message of the second burst option is carried in transmission, and wherein the second burst option comprises definite burst capacity, and definite burst capacity is smaller or equal to the burst capacity of recommending; According to the burst capacity of determining, the data resource of transmission node.

In embodiments of the present invention, provide a kind of in Internet of things system the client device based on the data resource of lightweight application layer protocol by the burst transmission node, client device comprises: acquiring unit is used to obtain the data resource capacity information of node; Transmitting element, be used to send the request message that carries the first burst option, wherein the first burst option comprises the burst capacity of recommendation, receiving element, the response message of the second burst option is carried in reception, wherein the second burst option comprises definite burst capacity, and definite burst capacity is smaller or equal to the burst capacity of recommending; Transmission unit is used for according to the burst capacity of determining and the data resource capacity information of node, the data resource of burst transmission node.

In embodiments of the present invention, a kind of server apparatus that passes through the data resource of burst transmission node in Internet of things system based on the lightweight application layer protocol is provided, server apparatus comprises: receiving element, be used to receive the request message that carries the first burst option, wherein the first burst option comprises the burst capacity of recommendation, transmitting element, be used to send the response message that carries the second burst option, wherein the second burst option comprises definite burst capacity, and definite burst capacity is smaller or equal to the burst capacity of recommending; Transmission unit is used for according to the burst capacity of determining, the data resource of transmission node.

According to the embodiment of the invention, can know the capacity information of the data resource of the node that needs transmission, and the burst capacity that uses when determining the transmission data by the burst capabilities negotiation, can realize that thus error rate reduces in the transmission course, and can transmit data concomitantly.

In embodiments of the present invention, provide a kind of in Internet of things system the data resource transmission method based on the node of lightweight application layer protocol, the request message of response mode option is carried in transmission, wherein the response mode option represent following response mode one of them: a plurality of responses that a plurality of responses of the disposable disposable response that makes an immediate response, postpones, postponement and cancellation are postponed; The response message that reception generates according to the response mode option.

In embodiments of the present invention, provide a kind of in Internet of things system the data resource transmission method based on the node of lightweight application layer protocol, the request message of response mode option is carried in reception, wherein the response mode option represent following response mode one of them: a plurality of responses that a plurality of responses of the disposable disposable response that makes an immediate response, postpones, postponement and cancellation are postponed; The response message that transmission generates according to the response mode option.

In embodiments of the present invention, provide a kind of in Internet of things system the client device based on the data resource of lightweight application layer protocol transmission node, comprising: sending module is used to send the request message that carries the response mode option; Receiver module is used to receive the response message that generates according to the response mode option.

In embodiments of the present invention, provide a kind of in Internet of things system the server apparatus based on the data resource of lightweight application layer protocol transmission node, comprising: receiver module is used to receive the request message that carries the response mode option; Sending module sends the response message that generates according to the response mode option.

According to the embodiment of the invention, can indicate response mode, and according to indicated response mode reception response message, be convenient to the requesting party like this and carry out the session processing, with the raising efficiency of transmission, such as: under the situation of indication lag response time, avoid requesting party's wait-for-response message always, can cross after date, end session in advance in the time of delay of indication; When requesting party's indication makes an immediate response,, also can shift to an earlier date end session if in the self-defining time-out time of requesting party, can not receive response message; When the repeatedly response of indication lag, the requesting party can preserve the information of resource subscription, so that receive the response of a plurality of postponements.

Description of drawings

In order to be illustrated more clearly in the technical scheme of the embodiment of the invention, to do to introduce simply to the accompanying drawing of required use in embodiment or the description of the Prior Art below, apparently, accompanying drawing in describing below only is some embodiments of the present invention, for those of ordinary skills, under the prerequisite of not paying creative work, can also obtain other accompanying drawing according to these accompanying drawings.In the accompanying drawings:

Fig. 1 is the flow chart of method of the transmission data of an embodiment of the present invention;

Fig. 2 is the gateway of an embodiment of the present invention obtains the specific implementation process of data resource from transducer a flow chart;

Fig. 3 is the structure chart of improved burst option in an embodiment of the present invention;

Fig. 4 is the gateway of a kind of alternate embodiment of the present invention obtains data resource specific implementation process from transducer a flow chart;

Fig. 5 is the structure chart of improved burst option in a kind of alternate embodiment of the present invention;

Fig. 6 is the gateway of a kind of alternate embodiment of the present invention obtains the specific implementation process of data resource from transducer a flow chart;

Fig. 7 is the structure chart of improved burst option in a kind of alternate embodiment of the present invention;

Fig. 8 is the gateway of an embodiment of the present invention sends a flow chart from the specific implementation process of data resource to transducer;

Fig. 9 is the block diagram of the client device of an embodiment of the present invention;

Figure 10 is the block diagram of the server apparatus of an embodiment of the present invention;

Figure 11 is the flow chart of method of the transmission data of an embodiment of the present invention;

Figure 12 is the structure chart of client device of the transmission data of an embodiment of the present invention;

Figure 13 is the structure chart of server apparatus of the transmission data of an embodiment of the present invention.

Embodiment

Below in conjunction with the accompanying drawing in the embodiment of the invention, the technical scheme in the embodiment of the invention is clearly and completely described, obviously, described embodiment is the present invention's part embodiment, rather than whole embodiment.Based on the embodiment among the present invention, those of ordinary skills belong to the scope of protection of the invention not making the every other embodiment that is obtained under the creative work prerequisite.

CoAP is based on User Datagram Protoco (UDP) (User Datagram Protocol is called for short " UDP ") and transmits, and is based on connectionless Message Processing pattern.Its interactive mode can be synchronous response, also can be asynchronous response.Type of message can be: the message of need confirming (Confirmable), do not need message (Non-confirmable), acknowledge message (Acknowledgement), the replacement message (Reset) confirmed.Message identifier (Message ID) be can pass through and related a pair of request and response come.

The method that CoAP supports has four: obtain resource (Get), more new resources (Put), establishing resource (Post) and delete resource (Delete).Resource shifts (RepresentationalState Transfer is called for short " REST ") URI by the statement sexual state and discerns.We claim the side of having of resource to be node or server usually, include but not limited to transducer, controller, end points (End-point) etc., and request resource side is a client, includes but not limited to gateway (Proxy), network equipment.

The CoAP agreement is supported different options (Option), in order to explain the semanteme of data in the CoAP message body, such as Block (burst), Location (position), Token (token) option etc., different options is supported different functions, and can expand new function by defining new Option.

CoAP supports burst option (Block Option), is mainly used in bigger resource is carried out the burst transmission, to be adapted to the application scenarios of low bandwidth transmission.The Block option can be chosen according to the needed length of the capacity of burst number for 1 byte, 2 bytes or 3 bytes.

The accurate capacity of calculated data resource not in the traditional scheme can't be assessed the exact number of subpackage, therefore can't concurrently obtain.Do not know that in addition resource is static state or dynamic yet.

In the following description, the side of having that claims resource usually is server, and as example, request resource side is a client with transducer, with gateway as example.But, need not the oppose restriction of server or client of transducer or gateway.

Owing to do not know the accurate capacity of target resource, gateway is at＜Get〉when using Block Option in the order, can only obtain in order, i.e. Block 0 is obtained in choosing, when waiting Block 0 to return, obtains Block1 again, until last Block.Can not send concomitantly＜Get request.

The field structure of Block option generally comprises the NUM field, M field and SZX field, wherein

NUM represents the order sequence number of burst, can be 4～20 unsigned int numeral.0 first burst of expression.

M: represent with a bit whether current burst back also has other bursts, its value is that 1 expression back also has burst, is that 0 expression back does not have burst, is last burst.

SZX: be used to characterize the burst capacity, its computing formula is: burst capacity=2^ (SZX+4), i.e. (SZX+4) power of 2.Because SZX represents that by 3 bits its value can be 0～7, thus the span of burst capacity: 2^4～2^11, promptly 16～2048.

Operation instruction for the Block option is as follows:

At＜Get〉in the request, the NUM field of Block option provides the sequence number of the burst of current request, and when the burst sequence number is 0, SZX provides the capacity of each burst that gateway advises.At＜Get〉in the response or＜Put/＜Post in the request, the sequence number of the burst of the current transmission of NUM field description of Block option, the M field shows whether the back also has follow-up burst.

At＜Put 〉/＜Post〉in the response, the NUM field of Block option shows the burst sequence number of current response.

As gateway use＜Get〉when method is obtained first burst (Block), NUM is set to 0, and carry the burst capacity (being SZX) of suggestion, sensor node can select to agree the burst capacity of advising, or select one than the little burst of suggestion burst, and in response, return, simultaneously, in response, return the data of first burst.

The present invention considers that gateway knows the accurate capacity of target resource in advance, then gateway can select whether to send with Block Option the request of resource acquisition, also can realize concurrent request, promptly in request Block0, also can ask Block 1, and needn't wait for.On the order of request Block, also can handle flexibly.

In the simple design, Block Option has three selections, can be a byte, can be 2 bytes, also can be three bytes, according to the capacity difference of resource, and the quantity capacity difference of burst (Block), needed length is also different.The agreement regulation, except last burst, the capacity of burst must be identical, but in each transmission, still all need to carry M position (showing whether the back also has burst) and SZX (capacity of burst) at every turn.

In request and response, M position and SZX position all need to transmit at every turn, and in fact, except last burst, the value of M position and SZX all is identical at every turn, the transmission waste transfer resource of repetition.The purpose supposition both sides that repeat to send SZX do not preserve the SZX after the negotiation, and that carry in the response for the first time is SZX after consulting, and gateway obtains and sends in request once more from response, thereby gateway and transducer do not need preservation state.In request response rounds once, waste a byte altogether, if when the burst number is a lot, just it is enough for the byte of waste, and for M2M equipment, transfer resource is limited, and the waste of this transfer resource is very considerable.Suppose that the data that will transmit are 64M, the load of each Block (payload) capacity is that the block entry number that 1024byte then sends is: 65536.Then the Block option of Fa Songing comes the number of branch to be according to byte:

(1) byte: 16

(2) two bytes: 4080

(3) three bytes: 61440

If M and SZX can not send, then request adds that the data that response can be saved are 65536 bytes (byte), i.e. 64K data.In addition, if these two fields are not, then the NUM field can be with full all positions (bit), then need the number of the packet that sends to change to:

(1) byte: 256

(2) two bytes: 65280

Do not need to send the structure of 3 bytes this moment, therefore can also save data is 61440*2bytes, i.e. the 60K data.Then save data bit 124K altogether, save data transfer rate 0.189%.It is (16+4080*2+61440*3-256-65280*2)/(16+4080*2+61440*3)=61680/192496=32% that header field is saved percentage.

Save the formula of data volume:

T is total Block quantity, and S is burst capacity (Block Size), the percentage of the flow of saving (only comparing header field):

T＜16 o'clock: do not have and save; The both is a byte;

16＜T＜256 o'clock: 1-T*1/ (16*1+ (T-16) * 2), simple design needs 2 bytes, and preferred version only needs a byte;

256＜T＜4096 o'clock: 1-(256*1+ (T-256) * 2))/(16*1+ (T-16) * 2), simple design needs 2 bytes, and preferred version needs 2 bytes;

4096＜T＜65256 o'clock: 1-(256*1+ (4096-256) * 2+ (T-4096) * 3))/(256*1+ (T-256) * 2), simple design needs 3 bytes, and preferred version needs 2 bytes.

T＞65256 o'clock do not have and save, and preferred version embodiment of the present invention and simple design all need 3 bytes.

In the simple design, when using the Put/Post order, the burst capabilities negotiation lacks efficient.In the Put/Post request, for first burst, need to send the data of first burst and the burst capacity of recommendation, if sensor node is selected different burst capacity, gateway need resend according to the burst capacity of transducer, and then the fragment data that sent last time has been wasted.And, gateway is when using the Put/Post request to send resource capacious based on the burst option, can't inform the sensor resource capacity information in advance, in transmission course, the transducer edge joint is received, the resource that the limit buffer memory is received, if transducer is found insufficient memory, and resource is not transmitted when finishing, and can only send it back one 413 error status code, the expression requested resource is too big, finishes transmission this time.Chuan Shu part resource is then useless before this, and transfer resource has been wasted.If gateway can be informed the capacity information of the resource that transducer will transmit in first fragmental messages, transducer then can compare resource capacity information and memory capacity, if off-capacity, return the conditional code of 413 " requested resource is too big " in advance, come the ending resource transmission, reach the purpose of saving transfer resource with this.

Breakpoint transmission on the Internet just will begin from the place that file has been downloaded to continue to download.Gateway will be added the scope (Range) that an information represents to ask data download in the transducer request msg, shows wherefrom to begin.

Such as, gateway transmits solicited message with browser and gives the Web transducer, requires since 2000070 bytes:

GET/down.zip?HTTP/1.0

User-Agent：NetFox

Range：bytes＝2000070-

Accept：text/html，image/gif，image/jpeg，*；q＝.2，*/*；q＝.2

Wherein, RANGE:bytes=2000070-, the meaning of this delegation is exactly to tell transducer down.zip that this file passes since 2000070 bytes, and the byte of front need not pass.

The shortcoming of this scheme is, do not have burst mechanism, do not support the negotiation of burst capacity, also do not support the negotiation of burst sum.The embodiment of the invention has been considered to carry out the negotiation of burst capacity and/or burst sum in the burst transmission course.The invention provides a kind of method of data fragmentation transmission for this reason, can obtain the accurate capacity of target data resource, carry out the negotiation of burst capacity, obtain the burst sum, and carry out the data resource transmission according to the burst sum.

The following flow process that specifies an embodiment of the present invention with reference to Fig. 1.Fig. 1 is the flow chart of an embodiment of the present invention.

In the S110 process, obtain the capacity information of the data resource of node.If gateway obtains data from transducer, then the data resource capacity information of node is kept on the transducer.Gateway can pass through request message, obtains the capacity information of the data resource of node to transducer.If gateway sends data to transducer, then gateway local has been known the capacity information of the data resource of node.Obtaining the data resource capacity information of node, is to prepare for next step negotiation and definite burst sum that carries out the burst capacity.

Then, in the process of S120, gateway sends the request message that carries the first burst option to transducer, and the wherein said first burst option comprises the burst capacity of recommendation.After the request message that transducer sends,, determine employed burst capacity in this data resource transmission course according to self-ability in receiving S120, and the burst capacity recommended smaller or equal to gateway of the burst capacity determined of transducer.

At S130, gateway receives the response message carry the second burst option, and the wherein said second burst option comprises definite burst capacity, and described definite burst capacity is smaller or equal to the burst capacity of described recommendation.Gateway according to the data resource capacity information of the node of grasping, is determined the burst sum of the data resource of the node that will transmit after receiving definite burst capacity.

Then, at S140, according to the described definite burst capacity and the data resource capacity information of described node, burst transmits described data resource.

According to the embodiment of the invention, can know the capacity information of the data resource that needs transmission, and the burst capacity that uses when determining the transmission data by the burst capabilities negotiation, can realize that thus error rate reduces in the transmission course, and can transmit data concomitantly.

Below in conjunction with Fig. 2 the specific implementation process of embodiment as shown in Figure 1 is described.Fig. 2 represents, and to be gateway obtain the illustrated examples of data from transducer, only is explanation design of the present invention, and not as limitation of the present invention.

Data resource acquisition process shown in Figure 2 specifically describes as follows:

ES210: gateway sends the resource discovering request to transducer, promptly obtains the Resources list on the transducer by Get./wellknown/core.

ES220: transducer returns the Resources list to gateway, and resource indication information; Resource indication information mainly comprises addressing information (being URI), resource name, resource description information, content type of resource etc.The present invention expands resource indication information, and the resource indication information of expansion comprises: resource is the dynamic resource or the indication information of static resource.

ES230: the Resources list that gateway returns according to transducer, according to the indication information of resource, select target resource therefrom, and, obtain target resource according to identification marking (information that can unique recognition resource is such as resource name, URI etc.).

ES240: transducer is judged the target resource capacity, gives gateway if resource capacity, then directly returns resource content less than the capacity of a transport level messages; If resource capacity surpasses the capacity of a transport level messages, then return resource capacity information.Alternatively, transducer can use the burst option, and the burst capacity according to self determining directly returns first burst.Subsequent client and transducer use the following burst of burst option transmission according to this burst capacity of determining.

In a kind of alternate embodiment of the present invention, if the target data resource is the dynamic data resource, returns the dynamic data resource simultaneously and indicate, and use the Block option to obtain resource with the conditional code indication gateway of 413 " request resource is too big " to gateway.

If data resource is a dynamic resource, then the resource capacity in the indication information is represented is the capacity information of current resource snapshot (Snapshot), and transducer needs this snapshot data of buffer memory; If static resource, then the resource capacity information in the indication information is accurate capacity information.It should be appreciated by those skilled in the art that then transducer can send the check code of resource snapshot if data resource is a dynamic resource, the data that gateway is fresher if desired can follow-uply send new acquisition request conforms again.

ES250: gateway is according to the data resource capacity information, and judging needs to use the burst option, and sends the request message that carries the burst option, carries out the burst capabilities negotiation with the transducer device, the burst capacity that indication is recommended.

ES260: transducer is determined the burst capacity according to self-ability, and it is returned to gateway.Alternatively, transducer returns the burst sum simultaneously.Certainly, because gateway has obtained the data resource capacity information, the burst sum also can be determined by gateway.Need to prove that the burst capacity that transducer is determined can only be less than or equal to the burst capacity that gateway is recommended.

ES270: gateway sends request, the fragment data of the data resource that acquisition request is corresponding with the burst sequence number to transducer successively from 1 until the burst sum.

ES280: transducer returns the fragment data that this burst sequence number reaches the data resource corresponding with this burst sequence number, up to complete end of transmission according to the burst capacity of determining.

According to a preferred embodiment of the present invention, can realize parallel processing among the ES270, i.e. gateway a plurality of fragmental messages of acquisition request simultaneously, and do not need to wait for that transducer returns the response message to previous burst request message.

The code of ES210 to ES240 for example is:

REQ:GET/.well-known/core---transmit a request to the URI of acquiescence, and promptly root obtains the Resources list;

The RES:200OK--response identification obtains success, and has carried 2 groups of resource indication information;

＜/sensors/temp 〉; Ct=41; N=" TemperatureC ",--the temperature resource, content type 41, name is called TemperatureC;

＜/sensors/light 〉; Ct=41; N=" LightLux "--light resource, content type 41, name is called LightLux;

＜/sensors/firmware 〉; Ct=52; N=" firmware "; The snapshot=0--firmware resource, content type 52, name is called firmware, non-dynamic resource;

＜/sensors/log 〉; Ct=52; N=" log "; The snapshot=1--firmware resource, content type 52, name is called log, dynamic resource, current data is snapshot snapshot;

REQ:GET/sensors/firmware-asks firmware resource

RES:413 " Request Entity Too Large " Size:88000.413 conditional code shows that requested resource is too big, and its accurate capacity is 88000 bytes.

If data resource is a dynamic resource, promptly data resource for example can adopt following two kinds of scheme implementations to handle in the process meeting dynamic change of transmission:

(1) when beginning to transmit data resource, this resource is set up snapshot (Snapshot), i.e. the buffer memory capacity information of this data resource this moment, and transmit this capacity information, no matter follow-up variation; Corresponding such scheme.

(2) if data resource is modified in transmission course, transducer can obtain in the response message of request message of data resource at any one, returns error code, and the designation data resource is changed, and gateway need obtain again.

Alternatively, gateway and transducer increase authentication information in interacting message.The key information (Digest) that can comprise identify label (ID) in the authentication information, calculate based on identify label and password (Password).Identify label and password can be pre-configured give gateway and transducer both sides.Layoutprocedure:

For example, the algorithm of key can be Digest=MD5 (ID:Password), and promptly the character string that ID and Password are formed uses the MD5 algorithm to carry out Hash (Hash), and the value of Hash is Digest.Transmit leg sends ID and Digest, and the recipient draws Digest according to the Password that receives ID and store in advance according to same algorithm, and the Digest that sends with transmit leg compares, if consistent, then authentication is passed through.

When gateway obtains data resource from transducer, as shown in Figure 2, need know the data resource capacity information.According to an embodiment of the present invention, the data resource capacity information that gateway can adopt following scheme to obtain to be stored in transducer.

(1) expansion link form (Link-format) keyword

In Link-format, expand a keyword ,-sn, or-snapshot, be used for obtaining the data resource request responding, show whether resource data is snapshot data.If this parameter does not exist, or its value is 0, shows it is static resource, if the value of this parameter is 1, then shows it is that current data is a dynamic resource, and the data of obtaining are current snapshots.Static resource is meant metastable resource in a period of time, and promptly resource content can frequently not changed.Concrete implication can define in standard.In the present invention, the immovable situation of value that mainly refers to resource.

Etendue critical word :-asz also shows the information of the accurate capacity of resource.

Message instance:

Gateway sends the request of resource discovering to transducer:

REQ:GET/.well-known/core---transmit a request to the URI of acquiescence, and promptly root obtains the Resources list

Transducer sends the response of resource to gateway:

The RES:200OK--response identification obtains success, and has carried 2 groups of resource indication information

＜/sensors/temp 〉; Ct=41; N=" TemperatureC ",--the temperature resource, content type 41, name is called TemperatureC

＜/sensors/light 〉; Ct=41; N=" LightLux "--light resource, content type 41, name is called LightLux

＜/sensors/firmware 〉; Ct=52; N=" firmware "; Asz=65000; The snapshot=0--firmware resource, content type 52, name is called firmware, non-dynamic resource, accurately capacity is 65000 bytes;

＜/sensors/log 〉; Ct=52; N=" log "; Asz=88000; The snapshot=1--firmware resource, content type 52, name is called log, dynamic resource, current data is snapshot snapshot, its accurate capacity is 88000 bytes;

This response message is to be encapsulated in the message body of CoAP message, and recipient's (being gateway) resolves according to the regulation in the Link-format standard.

(2) increase conditional code

When the data resource of receiving gateway obtained request, if resource is too big, a bag did not transmit, and transducer comes notification gateway with conditional code, is used to show, resource is too big, need ask with Block Option.

Such as, can specified states sign indicating number 413, be used to show that the current data resource capacity is excessive, the indication gateway is used the Block option in request.Can stipulate other conditional code as required,, be used for other purpose to be used to representing other implications.

Message instance:

Gateway sends the request of resource acquisition to transducer:

GET/sensordata

Transducer sends the response of carrier state sign indicating number to gateway:

ACK 413 (conditional code shows that the data resource capacity is too big)

(3) in the field (Header) of CoAP, increase an option (Option) that shows capacity (Size)

Gateway can come indication sensor with capacity option (Size Option) in request, allow the capacity of transducer return data resource; Transducer indicates the capacity of data resource with Size Option in response.

Or even gateway does not have the indication of Size Option, transducer is also used in response under the bigger situation of SizeOption specified resource capacity, especially resource, and transducer should be indicated.

If resource is less, transducer directly returns resource data in message body (Body), and then gateway should be as the criterion with the actual capacity of resource data, and the resource capacity that shows among the Size Option can be used to check.

If resource is bigger, transducer does not return resource data, only with the capacity of Size Option return data, indicates to gateway with conditional code simultaneously, allows gateway initiate new request, asks with Block Option.

The code of Size Option can be 16, and data type is an integer, and data length is 1～4 byte, and data unit is a byte.Size Option is mainly used in＜Get〉in the response of method,＜Put 〉/＜Post〉in the request of method, be used to represent the capacity of resource; If at＜Get〉in the request of method, its value does not have practical meaning, recommends to be changed to 0.

Message instance:

Gateway sends the request of resource acquisition to transducer:

GET/sensordata

ACK+413+Size 51200 (50K byte)

Below in conjunction with Fig. 3 the specific implementation process of embodiment as shown in Figure 1 is described.What Fig. 3 represented is the illustrated examples of gateway to transducer transmission data, only is explanation design of the present invention, and not as limitation of the present invention.

As gateway use＜Get〉when method is obtained first burst (Block) data, the NUM field is set to 0, and carry the burst capacity (being SZX) of recommendation, transducer can select to agree the burst capacity recommended, or select a burst capacity smaller or equal to the burst capacity of recommending, and in response, return, simultaneously, in response, return the fragment data of first burst.Therefore, be 0 o'clock in the NUM field,＜Get〉ask that dual semanteme is arranged, the one, obtain first fragment data, the 2nd, carry out the negotiation of burst capacity.Bring the ambiguity of agreement on handling like this, and can't carry information such as data capacity.

The embodiment of the invention is improved this, in an embodiment of the present invention, gateway is at＜Get〉when using Block Option in the request of method, if the NUM field is set to 0, the expression both sides only carry out the negotiation of burst capacity, and the negotiation of burst sum.Be transducer in response, use the NUM field to return the burst sum, the burst capacity that uses SZX field Returning sensor to determine.The M field can be removed, and saves a Bit, is used for the NUM field.Because the requesting party, for example gateway is known the burst sum, so just can know from the NUM field of burst whether this burst is last burst, does not therefore just need to re-use the M field.In this case, if the fragment data of first burst of acquisition request, then NUM is set to 1, and the like.

Need to prove, when if gateway sends first request, do not know the capacity of data resource, so Block Option can use a byte, if the data resource of transducer is bigger, the burst number is bigger, and then transducer can use two bytes or three bytes to return the burst sum in response.

When Block Option was 2 bytes, it was designed to SZX fields account last three with second byte, expression burst capacity; The NUM fields account adds with first byte preceding 5 of second byte represents current burst sequence number; If in NUM is 0 request corresponding response message, then represent the burst sum.It will be appreciated by those skilled in the art that and can use message identifier (Message ID) to come related request and response, promptly ask and respond in all carry unique Transaction Identifier, just to understand this response message be to be used to return the burst sum to transducer like this.

Below illustrate burst capabilities negotiation process, message instance is:

Gateway sends the request of resource acquisition to transducer:

GET 00000101 (NUM is 0, and SZX is 101, promptly 5, and expression burst capacity is 29 powers, promptly 512)

The response that transducer sends to gateway:

ACK 10000100 (NUM is: 10000, and promptly total burst number is 32, SZX is 100, promptly 4, expression burst capacity is 28 powers, promptly 256)

This design has saved a bit (Bit), promptly the M position has been saved, and technical advantage is to have saved data traffic and little to the change of existing design.In this embodiment, burst capacity (SZX) field still will send at every turn.

In the prior art, burst capacity (being the SZX field) all will send at every turn, no matter be in request message or in the response message, the burst capacity possibility of using in first burst and last burst was different, other burst capacity was the same all.Repeat to transmit identical NUM field mutually and wasted transfer resource.

In embodiments of the present invention, gateway is at＜Get〉when using Block Option in the request of method, if NUM is set to 0, the expression both sides only carry out the negotiation of burst capacity, and the negotiation of burst sum.Be transducer in response, use the NUM field to return total burst number, the burst capacity that uses SZX field Returning sensor to determine.And gateway and transducer both sides store determined burst capacity, the fragment data message transfer after being used for.Except last fragment data.Gateway is at follow-up＜Get〉in the request of method, only send the current burst sequence number of being asked, and do not send the burst capacity of determining and remaining unchanged, and transducer is in response message, also only send current burst sequence number and the fragment data corresponding, no longer send the burst capacity with this burst sequence number.In this case, NUM is 1 o'clock, the fragment data of first burst of expression request, and the like.

With employing＜GET〉to obtain data resource from transducer be example in order, and the foregoing description is described,

As shown in Figure 3, the design of new Block Option is as follows:

Wherein to be used for NUM be 0 situation to structure (1):

At＜Get〉in the request, NUM is 0, SZX is second byte, expression burst capacity, TotalNumber represents the burst sum, does not use when request, does not need to carry; At＜Get〉in the response, NUM is 0, and SZX represents the burst capacity that transducer is determined, and Total Number represents the burst sum.

In the prior art, the interval of burst capacity is bigger, such as 2048,1024,512, and underaction.And in fact, 512 for a Block, smaller, preferably just can be put in the UDP bag, i.e. 1472 bytes.The present invention improves this, in one embodiment, for SZX, can take new formula, such as: (SZX+1) * 8, then its scope can for: 8～2048, but successively decrease and be spaced apart 8.

Structure among Fig. 3 (2) and structure (3) are used for＜Get〉request NUM is not 0 situation, the situation when promptly obtaining fragment data:

When NUM less than 256 the time, represent the burst sequence number with a byte, i.e. structure (2); When NUM greater than 28 powers (promptly 256), during 16 powers less than 2 (promptly 65536), use two bytes to represent the burst sequence number, i.e. structure (3).

Because the NUM in the structure (2) must be greater than 0, the previous byte of the NUM field in the structure (3) therefore can distinguish with structure (1) also greater than 0, for＜Get〉response, the value of NUM field with ask in the same, also can distinguish.

Below illustrate, message instance is:

Gateway sends the request of resource acquisition to transducer:

GET 00,000,000 00000101 (NUM is 0, and SZX is 101, promptly 5, and expression burst capacity is 29 powers, promptly 512)

The response that transducer sends to gateway:

ACK 00,000,000 00,000,100 00,000,000 00010000 (NUM is 0, and Total Number is 10000, and promptly burst adds up to 32, and SZX is 100, promptly 4, and expression burst capacity is 28 powers, promptly 256).

By Block Option is redesigned, can in each request or response, reduce sending 4 bits at least, under the more situation of burst, can greatly improve efficiency of transmission, save transfer resource, also improved gateway and transducer both sides' treatment effeciency simultaneously.

Fig. 4 shows a kind of alternate embodiment of the present invention.In the embodiment shown in fig. 4, ES410 to ES420 is identical with ES210 to ES240 embodiment illustrated in fig. 2, no longer is repeated in this description.

In the embodiment shown in fig. 4, at ES450, gateway is to transducer transmission＜GET〉request, use the burst option to carry out the burst capabilities negotiation, the burst capacity that the indication gateway is recommended.In ES460, transducer is selected and is determined suitable burst capacity, is used for resource is carried out burst, and gives gateway with all fragment data active push, and do not need gateway to send out＜GET again〉request.

Obtain in the data resource process at Fig. 4 embodiment, the design of burst option as shown in Figure 5, wherein:

Structure (1) is used for gateway to transducer transmission＜GET〉request, the SZX field is represented the burst capacity that gateway is recommended, the burst capacity that the final burst capacity of selecting and determining of transducer is recommended smaller or equal to gateway, NUM is the complete resource of 0 expression gateway requests, NUM is not concrete NUM the fragment data of 0 expression gateway requests, and NUM is not that 0 o'clock transducer can only use the indicated burst capacity of SZX field.

Structure (2) and structure (3) are used for transducer returns burst response message from complete resource to gateway, if at replying of certain concrete fragment data request, do not need to carry the burst option, M field in structure (2) and (3) represents whether be last burst, if the M field is 0 last burst of expression, be that 1 expression is not last burst, which burst what the NUM field represented that transducer returns is.

Below illustrate.Message instance is:

Gateway sends the request that data resource obtains to transducer:

CON GET 00,000,000 00000101 (NUM is 0, and SZX is 101, promptly 5, and expression burst capacity is 29 powers, promptly 512)

The response that transducer sends to gateway:

ACK 200 00000011 (NUM is 1, and M is 1, first burst that expression sends, and be not last burst, the burst capacity is the capacity of SZX field appointment);

Transducer continues to send the CoAP response to gateway:

CON 200 00000101 (NUM is 2, and M is 1, second burst that expression sends, and be not last burst, the burst capacity is the capacity of SZX field appointment);

Gateway returns the ACK to CON;

Transducer sends last burst to gateway:

CON 200 00000110 (NUM is 3, and M is 0, the 3rd burst that expression sends, and be last burst, concrete burst capacity is calculated by actual sense data).

According to embodiment shown in Figure 4, when transducer obtains complete data resource, only need finish the negotiation of burst capacity at gateway, obtain request and need not send a large amount of fragment datas, saved data transfer throughput greatly.

Fig. 6 shows another kind of alternate embodiment of the present invention.In the embodiment shown in fig. 6, ES610 to ES640 is identical with ES210 to ES240 embodiment illustrated in fig. 2, therefore no longer is repeated in this description.

Fig. 6 and difference embodiment illustrated in fig. 2 are that at ES650, gateway is to transducer transmission＜GET〉request, the acquisition request resource is used the burst option, the burst capacity that the indication gateway is recommended, the value that this moment, the NUM field was filled is 0, last burst of expression acquisition request; At ES660, the sequence number of definite burst capacity and last burst and corresponding with it fragment data are returned in the request of transducer response gateway.Because the corresponding burst sum of last burst sequence number, so at ES670, gateway just can be successively or concurrent request of obtaining other fragment datas.At ES680, transducer returns the sequence number and the corresponding fragment data of this burst according to the burst capacity of determining.ES670 and ES680 can repeatedly carry out alternately, until the fragment data end of transmission.

The burst option that adopts among Fig. 6 embodiment for example adopts the burst option of two bytes as shown in Figure 7, only comprises NUM field and SZX field.

Illustrate below in conjunction with Fig. 6 and Fig. 7, message instance is:

Gateway sends the request of resource acquisition to transducer:

CON GET 00,000,000 00000101 (NUM is 0, and expression requires to obtain last burst, and SZX is 101, promptly 5, and the burst capacity that expression is recommended is 29 powers, promptly 512).

The response that transducer sends to gateway:

ACK 00,000,000 01000101 (NUM 1000 is 8, and what expression was returned is the 8th burst, and SZX is 101 promptly 5, and the burst capacity that expression is determined is 29 powers, promptly 512);

According to primary return information, gateway has known that one has 8 bursts, and has obtained the data of the 8th burst, and gateway continues to send the CoAP request to transducer, can obtain successively also and can concurrently obtain remaining fragment data.Following message instance is the fragment data of first burst of acquisition request:

CON GET 00,000,000 00001101 (NUM is 1, and expression requires to obtain first burst, and SZX is 101, promptly 5, and expression burst capacity is 29 powers, promptly 512);

Transducer returns the ACK to CON, i.e. the data of first burst;

Gateway can be successively or all residue bursts of concurrent request, up to having obtained all data.

According to embodiment shown in Figure 6, can be in the burst capabilities negotiation, obtain the fragment data of last burst, in follow-up fragment data acquisition process, employed burst capacity is all identical, therefore can be in conjunction with the description of aforementioned preferred embodiments, gateway can no longer send the SZX field, and only send the NUM field when the request of fragment data be obtained in transmission, can save data traffic thus, improve efficiency of transmission.

Fig. 8 shows and uses the burst option to send data to transducer, the embodiment when for example using asset creation (Post) or upgrading (Put) request.Specifically describe below in conjunction with Fig. 8.

Detailed process description shown in Figure 8 is as follows:

ES810: gateway sends asset creation (Post) or upgrades (Put) request message to transducer, utilize the Size option to send the capacity information of resource, the burst capacity and the burst sum that utilize the indication of burst option to recommend, burst sum described herein is based on that the volumeter of the burst capacity of recommendation and data resource to be sent calculates, and does not carry concrete resource data in the request message body.

ES820: if transducer is ready to receive these data, then the return state sign indicating number for example is 100 (promptly indicating client to continue to send), returns definite burst capacity to gateway simultaneously, and described definite burst capacity can only be less than or equal to the burst capacity that gateway is recommended; If transducer is unwilling to receive these data, then returns error code indication client and do not continue to send data.Such as, the lack of memory capacity of transducer then returns the return code of 413 " Request Entity Too Large " to store the data of indicated resource capacity.

ES830: gateway is according to the burst capacity of determining that transducer returns, and judges whether identically with the burst capacity of recommending, if identical, then jumps to ES360; If inequality, the burst capacity information of determining that returns according to transducer then, and, recomputate the burst sum according to the data resource capacity.

ES840: gateway sends burst capacity of determining and the burst sum that recomputates to transducer again.

ES850: transducer returns definite burst capacity.

ES860: gateway from according to the burst sequence number from 1 until the burst sum, send the fragment data of the data resource corresponding successively to transducer, up to complete end of transmission with the burst sequence number.

ES870: transducer returns the message of determining reception, wherein comprises the burst sequence number that receives.

According to a preferred embodiment of the present invention, can carry out parallel processing among the ES860, promptly gateway can send a plurality of fragment datas to transducer simultaneously, and does not need to wait for that transducer returns the response message to previous fragmental messages.Alternatively, according to a preferred embodiment of the present invention, gateway and transducer increase authentication information in interacting message.The configuration of authentication message and interactive mode can adopt the described same way as with reference to Fig. 2.

In order to improve efficiency of transmission, save data traffic, the another kind of preferred embodiment according to the present invention, as the front at＜GET as described in the method the ground, at use＜Put 〉/＜Post〉in the request of method, when NUM 0 is, no longer be to send first fragment data, but inform the capacity and the burst sum of the burst that transducer is recommended.Transducer can return response and inform whether gateway continues to send data.Transducer uses the NUM field to return total burst number in response, the burst capacity that uses SZX field Returning sensor to determine.And gateway and transducer both sides store determined burst capacity, the fragment data message transfer after being used for.Except last fragment data.Gateway is at follow-up＜Put 〉/＜Post〉in the request of method, only send the current burst sequence number of being asked, and do not send the burst capacity of determining and remaining unchanged, and transducer is in response message, also only send current burst sequence number and the fragment data corresponding, no longer send the burst capacity with this burst sequence number.In this case, NUM is 1 o'clock, the fragment data of first burst of expression request, and the like.

In the case, the design of burst option and occupation mode all are similar to shown in Figure 3, below illustrate with reference to Fig. 3.At＜Put 〉/＜Post〉in the request, the NUM field is 0, and the SZX field is second byte, and the burst capacity that expression is recommended, Total Number are represented burst sum number to be sent; At＜Put 〉/＜Post〉in the response, the NUM field is 0, and the SZX field is represented the burst capacity that transducer is determined, and Total Number is useless, does not need to carry; If SZX field that gateway receives and transmission is inconsistent, need send once more with new SZX＜Put/＜Post〉request, and carry the burst sum that recomputates, transducer is beamed back response again.After＜Put/＜Post the request and the response in, no longer carry the SZX field.

By the burst option is redesigned, can in each request or response, reduce sending 4 bits at least, under the more situation of burst, can greatly improve efficiency of transmission, save transfer resource, also improved gateway and transducer both sides' treatment effeciency simultaneously.

In addition, prior art is in the request of each burst transmission, all need to carry the unified resource sign (URI of institute's request resource, Unified Resource Identifier), usually URI will account for tens to tens bytes, the transmission that repeats can be wasted transfer resource, the present invention designs and uses Token (token) to come a plurality of requests of related burst transmission, only in first fragmental messages, transmit URI, in follow-up burst transmission request, only need carry Token and get final product, because Token 1～8 byte normally, so can save certain flow.

Fig. 9 is a kind of embodiment that transmits the client device of data resource by burst of the present invention.Client device 900 shown in Figure 9 comprises: acquiring unit 910 is used to obtain the data resource capacity information; Transmitting element 920 is used to send the request message that carries the burst option, and wherein said burst option comprises the burst capacity of recommendation, and receiving element 930 receives the response message that carries the burst option, and wherein said burst option comprises definite burst capacity; With transmission unit 940, be used for according to described definite burst capacity and described data resource capacity information, burst transmits described data resource.

According to a preferred embodiment of the present invention, described client device may further include memory cell 950, is used to preserve described definite burst capacity.So that in the data resource transmission course, do not need all to send the SZX field at every turn.

According to another kind of preferred embodiment of the present invention, described client device may further include authentication ' unit 960, is used for sending and receiving authentication information.

Figure 10 is a kind of embodiment that transmits the server apparatus of data resource by burst of the present invention.Server apparatus 1000 shown in Figure 10 comprises: receiving element 1010, be used to receive the request message that carries the burst option, and wherein said burst option comprises the burst capacity of recommendation; Transmitting element 1020 is used to send the response message that carries the burst option, and wherein said burst option comprises definite burst capacity; With transmission unit 1030, be used for according to described definite burst capacity, burst transmits described data resource.

According to an embodiment of the present invention, transmitting element 1020 also is used to send the message of carrying the data resource capacity information, so that transmission unit 1030 is according to described definite burst capacity and described data resource capacity information, burst transmits described data resource.

According to an embodiment of the present invention, receiving when once asking, transmission unit 1030 is burst transmission data on one's own initiative, and do not need client device to ask at each fragment data.

A kind of preferred embodiment according to the present invention, described server apparatus may further include memory cell 1040, is used to preserve described definite burst capacity.So that in the data resource transmission course, do not need all to send the SZX field at every turn.

According to another kind of preferred embodiment of the present invention, described server apparatus may further include authentication ' unit 1050, is used for sending and receiving authentication information.

According to the embodiment of the invention, gateway can be known the capacity information of target resource, be used to make a strategic decision and whether obtain resource with the mode of burst, avoided the possibility of makeing mistakes like this, also can realize asking concomitantly burst, improve the efficient of request of data, and learn that the capacity of resource also is convenient to the memory allocated space, calculate the quantity of burst.

By to the redesign of burst option, can in each request or response, send 4 bits at least less, under the more situation of burst, can greatly improve efficiency of transmission, save transfer resource, also improved both sides' treatment effeciency simultaneously.

In the prior art, after receiving the request that comes from client, server can be beamed back response immediately, also can beam back an Ack (Acknowledgement) response message earlier, show to have received request message that present is after follow-up grade is handled, send response message again, i.e. response of Tui Chiing.In addition, client can be subscribed to the change of a resource, and server in case resource information changes, is just beamed back notification message to client after accepting the subscription of client to certain resource.

Prior art can not satisfy following demand:

1, client is indicated server in request, oneself needs the response of which kind of mode;

2, client requires server to beam back response in certain official hour;

3, in the transport process of notification message, since the network capacity instability, the notification message that possible server sends earlier, and than the message of sending behind the server, the time that arrives client is wanted evening.Like this, the resource information of receiving after the client is actually outmoded information, and client needs the order that a kind of mechanism can be surveyed a plurality of notification messages.

Figure 11 is the flow chart of an embodiment of the present invention.In the embodiment shown in fig. 11, at S1110, user end to server sends a request message, this request message carries the response mode option, described response mode option can be delaying response (Deferred Response) option or token (Token) option, be used to refer to server, whether client receives the response of postponement.For example, described corresponding manner option is represented: a plurality of responses that a plurality of responses of the disposable disposable response that makes an immediate response, postpones, postponement and cancellation are postponed.Then, at S1120, client can receive the response message that generates according to the response mode option.

In the prior art, after receiving the request that comes from client, server can be beamed back response immediately, also can beam back an Ack earlier, shows to have received request message that present after follow-up grade is handled, sends response message, i.e. response of Tui Chiing again.In addition, client can be subscribed to the change of a resource, and server in case resource information changes, is just beamed back notification message to client after accepting the subscription of client to certain resource.

In an embodiment of the present invention, for example can adopt delay (Deferred) option of a byte to indicate response mode, wherein, can use preceding two bits (Bit) to represent, represent with C:

C=00: represent disposable making an immediate response;

C=01: the disposable response that expression is postponed;

C=10: a plurality of responses that expression is postponed, promptly subscribe to;

C=11: a plurality of responses that the expression cancellation is postponed promptly cancel subscriptions.

Subscription for the client initiation about certain resource, can cancel subscriptions by client, also can cancel subscriptions by server, send back to the response message that needs of client are confirmed such as server, client fails to confirm within the predetermined time, then server can think that client loses connection, thereby cancels subscriptions.

Because a byte is 8 bits, unnecessary back 6 bits (supposing that its value is T) can be used to represent the deadline of a plurality of responses of retardation time of the disposable response postponed or postponement, promptly above after this time, cancel subscriptions automatically.When C was 01, T represented the retardation time of the disposable response postponed; When C was 10, T represented the deadline of a plurality of responses of postponing; When T was 00 or 11, T was nonsensical, was changed to 0.

For these 6 bits, can represent the numerical value between 0～63, be assumed to be T, can show this time span with 2 T power, with the second unit, promptly can represent 1～2^63 second.Such as:

0:2^0=1 second;

1:2^1=2 second;

2:2^2=4 second;

3:2^3=8 second

4:2^4=16 second;

…

63:2^63 second.

In the prior art, the Max_Age field is used to maximum time of showing that certain response can be buffered, promptly shows the freshness of response.The present invention expands the implication of this field, can represent the restriction in the time interval between a plurality of responses in request with the Max_Age field, must not be higher than this time interval such as a plurality of notification messages, or must not be lower than this time interval.

For the order of a plurality of responses, can distinguish with message identifier (Message ID).Such as, the regulation message identifier must incrementally generate according to the order of logical response, and the recipient judges the sequencing of response according to the size of message identifier.

According to another kind of embodiment of the present invention, can use Token (token) option to indicate response mode, if the Token value is 0, represent response immediately, if the Token value is not 0, then represent the response that can accept to postpone.

According to another kind of embodiment of the present invention, can be alternatively or increase timestamp (Timestamp) option in addition, and postpone option and indicate response mode separately or in combination.Specifically, client can be carried the timestamp option in request, and described timestamp option comprises the value of a deadline, and requiring server to echo at the time of appointment internal return should; Server carries the timestamp option in response message, show the time that response message generates, and like this, client can be judged the order of response message based on the timestamp option.

In an embodiment of the present invention, the design of described timestamp option can be represented with 1～6 byte, if the time of expression is short, then uses a byte, if the time is long, then uses 3 bytes or 6 bytes.For example following two kinds of concrete method for expressing:

(1) with year, month, day, hour, min, second representing first byte representation year, second byte representation moon, the 3rd byte representation day, the 4th byte representation hour, the 5th byte representation minute, the 6th byte representation second, for the time, for example can be based on 2000, its value shows which year after 2000, such as being 0 o'clock, show it is 2000, be 1 o'clock, show it is calendar year 2001, can represent 2063 at most.

(2) three bytes approximately are 136 years all with representing that maximum can be represented 2^24-1 second second.

Thus, client can be known the order of the response message that returns, the mistake of avoiding data transfer delay to cause.

Figure 12 is that wherein said client device 1200 comprises: sending module 1210 is used to send the request message that carries the response mode option according to the block diagram of the embodiment of a kind of client device that transmits data resource of the present invention; With receiver module 1220, be used to receive the response message that generates according to described response mode option.

All be applicable to client device shown in Figure 12 with reference to described process of the described embodiments of the invention of Figure 11 and feature.Specifically, for example, the response mode option that carries in the request message that sending module 1210 sends can be to postpone option, for example can be a plurality of responses that a plurality of responses of the disposable disposable response that makes an immediate response, postpones, postponement and cancellation are postponed.

According to a kind of embodiment, the response mode option that carries in the request message that sending module 1210 sends can be represented the deadline of a plurality of responses of retardation time of the disposable response postponed or postponement.

According to a kind of embodiment, sending module 1210 sends the request message that carries the timestamp option, and this timestamp represents to receive the deadline of response; Receiver module 1220 receives the response message that carries the timestamp option, and this timestamp is represented the rise time of response message.Receiver module 1220 is determined the order of response message according to the represented time of timestamp in the response message that receives.

Figure 13 is that wherein said server apparatus 1300 comprises according to a kind of embodiment that transmits the server apparatus of data resource of the present invention: receiver module 1310 is used to receive the request message that carries the response mode option; With sending module 1320, send the response message that generates according to described response mode option.

All be applicable to server apparatus shown in Figure 13 with reference to described process of the described embodiments of the invention of Figure 11 and feature.Specifically, for example, the response mode option that carries in the request message that receiver module 1310 receives can be to postpone option, for example can be a plurality of responses that a plurality of responses of the disposable disposable response that makes an immediate response, postpones, postponement and cancellation are postponed.

According to an embodiment of the present, the response mode option that carries in the request message that receiver module 1310 receives can be represented the deadline of a plurality of responses of retardation time of the disposable response postponed or postponement.

According to an embodiment of the present, postponement option in the request message that receiver module 1310 receives is represented the time interval between a plurality of responses of a plurality of responses postponed and postponement, and the postponement option in the response message that sending module 1320 sends represents to cancel a plurality of responses of postponement.

According to another kind of embodiment of the present invention, can carry the timestamp option in the request message that receiver module 1310 receives, this timestamp option represents to receive the deadline of response, and also can carry the timestamp option in the response message that sending module 1320 sends, described timestamp option is represented the rise time of response message.

Those of ordinary skills can recognize, the unit and the algorithm steps of each example of describing in conjunction with embodiment disclosed herein, can realize with electronic hardware, computer software or the combination of the two, for the interchangeability of hardware and software clearly is described, the composition and the step of each example described prevailingly according to function in the above description.These functions still are that software mode is carried out with hardware actually, depend on the application-specific and the design constraint of technical scheme.The professional and technical personnel can use distinct methods to realize described function to each specific should being used for, but this realization should not thought and exceeds scope of the present invention.

The method of describing in conjunction with embodiment disclosed herein or the step of algorithm can use the software module of hardware, processor execution, and perhaps the combination of the two is implemented.Software module can place the storage medium of any other form known in random asccess memory (RAM), internal memory, read-only memory (ROM), electrically programmable ROM, electrically erasable ROM, register, hard disk, moveable magnetic disc, CD-ROM or the technical field.

Although illustrated and described some embodiments of the present invention, it will be understood by those skilled in the art that without departing from the principles and spirit of the present invention can carry out various modifications to these embodiment, such modification should fall within the scope of the present invention.

Claims

1. a method of passing through burst transmission node data resource in Internet of things system based on the lightweight application layer protocol is characterized in that, comprising:

Obtain the data resource capacity information of node, described resource capacity information is the data to be transmitted amount of capacity;

Send the request message that carries the first burst option to described node, the wherein said first burst option comprises the burst capacity of recommendation;

Receive the response message that described node carries the second burst option, the wherein said second burst option comprises definite burst capacity, and described definite burst capacity is less than or equal to the burst capacity of described recommendation;

According to the described definite burst capacity and the data resource capacity information of described node, burst transmits the data resource of described node.

2. the method for claim 1 is characterized in that,

The described data resource capacity information that obtains node comprises:

The request of the data resource of node is obtained in transmission;

Receive the too big conditional code of data resource capacity of the data resource capacity information of described node and/or the node that indication is asked.

3. method as claimed in claim 2 is characterized in that, this method also comprises:

Receive the indication information of indication static resource or dynamic data resource, if dynamic resource, then represent the data resource capacity information of described node with current snapshot form.

4. the method for claim 1 is characterized in that, the request message that the first burst option is carried in described transmission comprises:

The request message of the first burst option is carried in transmission, and the wherein said first burst option also comprises the data resource capacity information of node.

5. the method for claim 1 is characterized in that,

The request message that the first burst option is carried in described transmission comprises:

The request message of the first burst option is carried in transmission, and the wherein said first burst option comprises the indication information of only consulting the burst capacity;

The response message that the second burst option is carried in described reception comprises:

The response message of the second burst option is carried in reception, and the wherein said second burst option only comprises definite burst capacity.

6. the method for claim 1 is characterized in that,

Described transmission is carried in the request message of the first burst option, also carries the unified resource sign and the token that is used for related fragmental messages of institute's request resource;

Described burst transmits in the message of data resource of described node, only transmits the token of related fragmental messages.

7. the method for claim 1 is characterized in that,

Described according to the described definite burst capacity and the data resource capacity information of described node, the data resource that burst transmits described node comprises:

According to the described definite burst capacity and the data resource capacity information of described node, successively or concurrently burst transmits the data resource of described node.

8. the method for claim 1 is characterized in that,

The resource transmission message that the 3rd burst option is carried in transmission, wherein said the 3rd burst option only comprises the burst sequence number, and described resource transmission message is carried the fragment data of the data resource of the described node corresponding with described burst sequence number.

9. the method for claim 1 is characterized in that,

The request message of the first burst option is carried in transmission, and the wherein said first burst option comprises the indication information of the data of obtaining last burst;

The response message of the second burst option is carried in reception, and the wherein said second burst option comprises the burst sum, and described response message carries the fragment data of the data resource of the described node corresponding with last burst;

Obtain the fragment data of the data resource of the described node corresponding with other burst sequence numbers according to burst capacity and burst sum.

10. the method for claim 1 is characterized in that, also comprises:

The request message of authentication information is carried in transmission;

The response message that indication authenticates the information of passing through is carried in reception.

11. the method for claim 1 is characterized in that,

The request message of the first burst option is carried in transmission, and the wherein said first burst option comprises the burst sum, perhaps

The response message of the second burst option is carried in reception, and the wherein said second burst option comprises the burst sum.

12. a method of passing through the data resource of burst transmission node in Internet of things system based on the lightweight application layer protocol is characterized in that,

The request message of the first burst option is carried in reception, and the wherein said first burst option comprises the burst capacity of recommendation,

The response message of the second burst option is carried in transmission, and the wherein said second burst option comprises definite burst capacity, and described definite burst capacity is smaller or equal to the burst capacity of described recommendation;

According to described definite burst capacity, transmit the data resource of described node.

13. method as claimed in claim 12 is characterized in that, described method further comprises:

The response message that the second burst option is carried in described transmission comprises, carries the data resource capacity information of node,

Described according to described definite burst capacity, the data resource that transmits described node comprises:

14. method as claimed in claim 12 is characterized in that,

The request message that the first burst option is carried in described reception comprises:

The request message of the first burst option is carried in reception, comprising the data resource capacity information of node,

15. method as claimed in claim 13, it is characterized in that, data resource capacity information according to the node that receives is judged, if the data resource capacity information of node greater than the memory capacity of self, sends the too big conditional code of data resource capacity of instructs node.

16. method as claimed in claim 12 is characterized in that,

The request message of the first burst option is carried in reception, comprising the indication information of the data of obtaining last burst;

The response message that the second burst option is carried in described transmission comprises:

The response message of the second burst option is carried in transmission, and the wherein said second burst option comprises the burst sum, and described response message carries the fragment data of the data resource of the described node corresponding with last burst;

According to burst capacity and the total fragment data that sends the data resource of the described node corresponding of burst with other burst sequence numbers.

17. method as claimed in claim 13 is characterized in that,

18. method as claimed in claim 12 is characterized in that,

The request message of the first burst option is carried in reception, and the wherein said first burst option comprises the indication information of only consulting the burst capacity;

The response message of the second burst option is carried in transmission, and the wherein said second burst option only comprises definite burst capacity.

19. as claim 12 or 13 described methods, it is characterized in that,

20. a client device that passes through the data resource of burst transmission node in Internet of things system based on the lightweight application layer protocol is characterized in that described client device comprises:

Acquiring unit is used to obtain the data resource capacity information of node;

Transmitting element is used to send the request message that carries the first burst option, and the wherein said first burst option comprises the burst capacity of recommendation,

Receiving element receives the response message carry the second burst option, and the wherein said second burst option comprises definite burst capacity, and described definite burst capacity is smaller or equal to the burst capacity of described recommendation;

Transmission unit is used for according to the described definite burst capacity and the data resource capacity information of described node, and burst transmits the data resource of described node.

21. client device as claimed in claim 20 is characterized in that,

Described transmission unit successively or concomitantly burst transmits the data resource of described node.

22. client device as claimed in claim 20 is characterized in that, described equipment also comprises:

Memory cell is used to preserve described definite burst capacity.

23. client device as claimed in claim 20 is characterized in that, described equipment also comprises:

Authentication ' unit is used for sending and receiving authentication information.

24. a server apparatus that passes through the data resource of burst transmission node in Internet of things system based on the lightweight application layer protocol is characterized in that described server apparatus comprises:

Receiving element is used to receive the request message that carries the first burst option, and the wherein said first burst option comprises the burst capacity of recommendation,

Transmitting element is used to send the response message that carries the second burst option, and the wherein said second burst option comprises definite burst capacity, and described definite burst capacity is smaller or equal to the burst capacity of described recommendation;

Transmission unit is used for transmitting the data resource of described node according to described definite burst capacity.

25. server apparatus as claimed in claim 24 is characterized in that,

Described transmitting element is used to send the message of the data resource capacity information that carries described node,

Described transmission unit is used for according to the described definite burst capacity and the data resource capacity information of described node, and burst transmits the data resource of described node.

26. server apparatus as claimed in claim 24 is characterized in that,

Described receiving element is used to receive the request message that carries the second burst option, comprising the data resource capacity information of node,

27. server apparatus as claimed in claim 24 is characterized in that,

Described transmission unit is used for according to the described definite burst capacity and the data resource capacity information of described node, and burst transmits the data resource of described node on one's own initiative.

28. server apparatus as claimed in claim 24 is characterized in that, described server apparatus also comprises:

Memory cell is used to preserve described definite burst capacity.

29. server apparatus as claimed in claim 24 is characterized in that, described server apparatus also comprises:

Authentication ' unit is used for receiving and sending authentication information.

30. one kind in Internet of things system based on the data resource transmission method of the node of lightweight application layer protocol, it is characterized in that,

The request message of response mode option is carried in transmission, wherein said response mode option represent following response mode one of them: a plurality of responses that a plurality of responses of the disposable disposable response that makes an immediate response, postpones, postponement and cancellation are postponed;

The response message that reception generates according to described response mode option.

31. method as claimed in claim 30 is characterized in that,

The request message that the response mode option is carried in transmission comprises:

The request message of response mode option is carried in transmission, wherein said response mode option also comprise retardation time of disposable response of postponement or postponement a plurality of responses maximum time at interval or the deadline of postponement property response.

32. method as claimed in claim 30 is characterized in that,

Reception comprises according to the response message that the response mode option generates:

The response message that reception generates according to the response mode option, wherein said response mode option comprises the response message rise time,

Described method also comprises:

Determine the order of response message according to the described response message rise time.

33. one kind in Internet of things system based on the data resource transmission method of the node of lightweight application layer protocol, it is characterized in that,

The request message of response mode option is carried in reception, wherein said response mode option represent following response mode one of them: a plurality of responses that a plurality of responses of the disposable disposable response that makes an immediate response, postpones, postponement and cancellation are postponed;

The response message that transmission generates according to described response mode option.

34. method as claimed in claim 33 is characterized in that,

The request message that the response mode option is carried in reception comprises:

The request message of response mode option is carried in reception, wherein said response mode option is represented the disposable response postponed or a plurality of responses of postponement, and described response mode option comprises the time interval between retardation time of disposable response of postponement or postponement a plurality of corresponding.

35. method as claimed in claim 33 is characterized in that,

The request message of response mode option is carried in reception, wherein said response mode option also comprise retardation time of disposable response of postponement or postponement a plurality of responses maximum time at interval or the deadline of postponement property response.

36. method as claimed in claim 34 is characterized in that,

The request message of the first response mode option is carried in reception, and the wherein said first response mode option is represented the time interval between a plurality of responses postponed and postponement a plurality of corresponding;

Transmission comprises according to the response message that described response mode option generates:

The response message of the second response mode option is carried in transmission, and the wherein said second response mode option represents to cancel a plurality of responses of postponement.

37. method as claimed in claim 33 is characterized in that,

The request message of the 3rd response mode option is carried in reception, and wherein said the 3rd response mode option comprises the deadline that receives response.

The response message of the 4th response mode option is carried in transmission, and wherein said the 4th response mode option comprises the response message rise time.

38. one kind in Internet of things system based on the client device of the data resource of lightweight application layer protocol transmission node, it is characterized in that, comprising:

Sending module is used to send the request message that carries the response mode option;

Receiver module is used to receive the response message that generates according to described response mode option.

39. equipment as claimed in claim 38, it is characterized in that, the response mode option that carries in the request message that described sending module sends comprise following one of them: a plurality of responses that a plurality of responses of the disposable disposable response that makes an immediate response, postpones, postponement and cancellation are postponed.

40. equipment as claimed in claim 38 is characterized in that, described sending module sends the request message that carries the first response mode option, and the described first response mode option comprises the deadline that receives response;

Described receiver module is used to receive the response message that carries the second response mode option, and the described second response mode option comprises the rise time of response message, and described receiver module is determined the order of response message according to the rise time of described response message.

41. one kind in Internet of things system based on the server apparatus of the data resource of lightweight application layer protocol transmission node, it is characterized in that, comprising:

Receiver module is used to receive the request message that carries the response mode option;

Sending module sends the response message that generates according to described response mode option.

42. equipment as claimed in claim 41, it is characterized in that, the response mode option that carries in the request message that described receiver module receives comprise following one of them: a plurality of responses that a plurality of responses of the disposable disposable response that makes an immediate response, postpones, postponement and cancellation are postponed.

43. equipment as claimed in claim 42 is characterized in that,

Described receiver module receives the request message that carries the first response mode option, and the described first response mode option comprises the time interval between a plurality of responses of postponement and postponement a plurality of corresponding,

Described sending module sends the response message that carries the second transmission option, and the described second transmission option comprises a plurality of responses that cancellation is postponed.

44. equipment as claimed in claim 41 is characterized in that,

Described receiver module receives the request message that carries the first response mode option, and the described first response mode option comprises the deadline that receives response;

Described sending module is used to send the response message that carries the second response mode option, and the described second response mode option comprises the rise time of response message.