CN102006265A - Check method for intensifying frame head of special channel frame protocol data frame - Google Patents
Check method for intensifying frame head of special channel frame protocol data frame Download PDFInfo
- Publication number
- CN102006265A CN102006265A CN2009100922662A CN200910092266A CN102006265A CN 102006265 A CN102006265 A CN 102006265A CN 2009100922662 A CN2009100922662 A CN 2009100922662A CN 200910092266 A CN200910092266 A CN 200910092266A CN 102006265 A CN102006265 A CN 102006265A
- Authority
- CN
- China
- Prior art keywords
- frame
- variaheader
- crc check
- constheader
- length
- 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.)
- Pending
Links
Images
Abstract
The invention discloses a check method for intensifying a frame head of a special channel frame protocol data frame, wherein a frame head of a frame protocol data frame FP consists of a length ConstHeader and a length VariaHeader. The method comprises the following steps of: respectively carrying out circular redundancy check (CRC) on the ConstHeader and the VariaHeader by a node B and respectively recording the CRC result, wherein the ConstHeader records the length VariaHeader Length of the VariaHeader; sending the frame FP to a radio network controller (RNC) by the Node B; and determining VariaHeader by VariaHeader Length recorded in the ConstHeader after the CRC is respectively carried out to the ConstHeader and the VariaHeader in the FP frame head by the RNC. After the embodiment of the invention is implemented, the correctness of the transmission of the frame protocol data frame can be ensured.
Description
Technical field
The present invention relates to communication technical field, more specifically, relate to a kind of method of calibration that strengthens dedicated channel frame protocol data frame frame head.
Background technology
Insert (HSUPA in High Speed Uplink Packet, High speed uplink packet access) in, strengthen dedicated channel (E-DCH, Enhanced Dedicated Channel) Frame Protocol (FP) Frame will be in a transmission block and a plurality of enhancing Media Access Control protocol Data Units (MAC-es PDU) that belong to a specialized media access control stream (MAC-d stream) be transferred to radio network controller (RNC) from B node NodeB.For complete data information transfer is arrived RNC, NodeB need increase the data description indication (DDI) of the number of MAC-es PDU and each MAC-es PDU correspondence, the number of specialized media access control protocol data cell (MAC-d PDU) in E-DCH FP frame, and is sent to RNC in the lump together with each MAC-es PDU.
Because in the defeated process of Iub oral instructions, the possibility that the content frame mistake takes place is very big, especially for critical field, relates to the correct parsing problem of content frame, therefore needs certain protection mechanism.Common way is with frame head (Header) part of critical field as the FP frame, Header is partly carried out cyclic redundancy check (CRC) (CRC, Cyclic Redundancy Check) and joins in the FP frame.The Header CRC check is promptly carried out cyclic redundancy check (CRC) from the Header starting position to end position by bit.Like this, the recipient receives after the FP frame, at first carries out Header partial C RC verification, if check successfully, illustrates that the field among the Header does not make a mistake in transmission course, and follow-up these fields of just can using are resolved the FP frame.
Original FP frame, comprise dedicated channel data frame (DCH FP frame), rach data frame (RACH FP frame), forward access channel data frame (FACH FP frame), high speed descending sharing channel Frame (HS-DSCH FP frame) and various control frame, the length of their Header is all fixed, perhaps by confirmable to the configuration of business, therefore can directly carry out CRC check to Header, each field of getting then among the Header is used.Owing to carried out CRC check, therefore, the field among the Header must be correct at this moment, uses them can not have problems.
And for the FP frame of E-DCH, its organizational form as shown in Figure 1, the length of its Header is unfixed, and also can't obtain by configuration, must determine DDI and N by " the N of MAC-es PDUs " field among the Header, just can calculate the length of Header then, carry out the Header CRC check afterwards again.Before the Header CRC check, the correctness of field among the Header (comprising " N of MAC-esPDUs " field) is can't be guaranteed.But carry out the Header CRC check, must use " the N of MAC-es PDUs " field among the Header to determine Header length.Although can think earlier that each field is correct, determine Header length then, carry out CRC check afterwards again, to determine the correctness of verification, this processing method also is existing problems:
Problem 1: why will carry out the Header CRC check separately, field compares crucial field often among the Header on the one hand, by the situation of load in their ability specified data frames; On the other hand, Header is generally shorter, verification fairly simple the saving time of getting up.If, but also will carry out the CRC check of head because a certain field errors among the Header causes the Header that calculates thus very long, can waste a lot of times so, result or mistake.
Problem 2: even by thinking earlier that each field is correct, determine Header length then, carry out CRC check afterwards again, to determine the correctness of verification.Verification has been passed through, and can not guarantee does not have mistake among the Header.Because because certain bit of " Number of Subframes " or " N of MAC-es PDUs " in the FP frame is made mistakes, cause the Header length variations, the Header length and the physical length that cause carrying out CRC check are not inconsistent.The CRC check method of certain-length has only effective by check part to certain limit length, if elongated by check length, then original CRC check validity can descend greatly.Therefore, there is defective in this method of calibration.
Summary of the invention
The embodiment of the invention proposes a kind of method of calibration that strengthens dedicated channel frame protocol data frame frame head, to guarantee the transmission correctness of frame protocol data frame.
The technical scheme of the embodiment of the invention is as follows:
A kind of method of calibration that strengthens dedicated channel frame protocol data frame frame head,
The frame head of frame protocol data frame FP frame is made of fixing ConstHeader of length and variable-length head VariaHeader; B node NodeB carries out the cyclic redundancy CRC check respectively and puts down in writing the CRC check result respectively ConstHeader and VariaHeader, wherein the length VariaHeader Length of record VariaHeader among the ConstHeader; NodeB is sent to radio network controller (RNC) with the FP frame;
After RNC carried out CRC check respectively to the ConstHeader in the FP frame head and VariaHeader, the VariaHeader Length by putting down in writing among the ConstHeader determined VariaHeader.
Described ConstHeader length is fixed as 2 bytes.
Described NodeB carries out before the CRC check, NodeB reserves the position of ConstHeader and VariaHeader in the frame head of FP frame, and reserve that in the VariaHeader CRC check position and ConstHeader ConstHeader CRC check position among the VariaHeader, and to checksum location clear 0.
Described NodeB carries out CRC check respectively and puts down in writing the CRC check result respectively comprising to ConstHeader and VariaHeader, NodeB fills in the content of VariaHeader and VariaHeader is carried out CRC check, with the verification outcome record in the VariaHeader of described reservation CRC check position.
Described NodeB carries out CRC check respectively and puts down in writing the CRC check result respectively also comprising to ConstHeader and VariaHeader, NodeB calculates the length VariaHeader Length of VariaHeader and is documented among the described ConstHeader, carry out the CRC check of ConstHeader then, with the verification outcome record in the ConstHeader of described reservation CRC check position.
Described RNC carries out CRC check respectively to the ConstHeader in the FP frame head and VariaHeader and comprises, RNC carries out ConstHeader CRC check, and obtains VariaHeaderLength from ConstHeader.
When described RNC determines that VariaHeader comprises RNC to the ConstHeaderCRC verification succeeds,, to the CRC check success of VariaHeader, determine VariaHeader then by the length that VariaHeader Length determines VariaHeader.
Described ConstHeader partial C RC verification is 7 bit CRC check in the FP agreement.
Described VariaHeader partial C RC verification is the 11bits CRC check in the FP agreement.
Preceding 7 bit positions, the CRC check position of described VariaHeader with former FP frame frame head CRC check position before the position of 7 bits different, remainder is identical with former frame format.
From technique scheme, as can be seen, in embodiments of the present invention, be divided into two parts, length standing part and variable-length part by Header with E-DCH FP frame head; NodeB carries out the result that CRC check is also put down in writing CRC check respectively respectively to length standing part and variable-length part, wherein comprises the length of variable-length part in the length standing part.Receiving terminal carries out CRC check to the length standing part of receiving earlier, has determined the correctness of variable-length partial-length; According to this length variable-length is partly carried out CRC check then, obtain each field of correct Header, further parse the MAC-es PDU of subframe in the E-DCH FP frame.Thereby guaranteed the transmission correctness of frame protocol data frame
Description of drawings
Fig. 1 is an enhancing dedicated channel frame protocol data frame format chart of the prior art;
Fig. 2 strengthens dedicated channel frame protocol data frame format chart for the embodiment of the invention;
Fig. 3 is a kind of method of calibration schematic flow sheet that strengthens the dedicated channel frame protocol data frame of the embodiment of the invention.
Embodiment
For making the purpose, technical solutions and advantages of the present invention express clearlyer, the present invention is further described in more detail below in conjunction with drawings and the specific embodiments.
In embodiments of the present invention, the Header CRC check problem at E-DCH FP frame in the middle of the prior art proposes a solution.Referring to accompanying drawing 1, in the prior art, E-DCH FP frame is divided into frame head and subframe part, wherein frame head part the 1st byte is made up of the Header CRC of 7 bit lengths and the frame type FT of 1 bit length, because the whole length of Header CRC is 11 bits, but in the 1st byte, do not have enough length to deposit, so place the latter half of Header CRC, Header CRC cont at preceding 4 bits of the 2nd byte of frame head; The subframe part is promptly from MAC-es PDU of first Subframe field, to whole FP frame end.In the present invention, E-DCH FP frame still is divided into frame head and subframe part, and difference is frame head Header is divided into two parts, and fixing ConstHeader of length and variable-length head VariaHeader are specifically referring to accompanying drawing 2.Wherein, ConstHeader length is fixed as 2 bytes, adopts 7 the shortest bit CRC check in the FP agreement, comprising the length VariaHeader Length of variable part VariaHeader.The 1st byte of ConstHeader is made up of the Header CRC of 7 bit lengths and the FT of 1 bit length, and the 2nd byte is made up of VariaHeader Length byte.VariaHeader is that frame head partly removes the ConstHeader formation.
In the 1st byte of VariaHeader Spare by 1 bit, form with the VariaHeaderCRC of 7 bits, preceding 4 bits are placed the remainder of VariaHeader CRC in the 2nd byte of VariaHeader, owing in technical solution of the present invention, need not fill in FT again in the 1st byte of VariaHeader, then front portion 7 bits of VariaHeader CRC and rear portion 4 bits are placed continuously, are unlike the prior art: the difference of preceding 7 bit positions of CRC check bit.Preceding 7 bit positions, CRC check position that also are VariaHeader are different with the position of preceding 7 bits in former FP frame frame head CRC check position, and the position of all the other 4 bits parts is identical with former frame format.VariaHeader variable-length, its length by VariaHeader Length decision, adopt 11 bit CRC check of original FP frame in ConstHeader.Can carry out the ConstHeader CRC check earlier to the E-DCH FP frame of receiving, if verification succeeds, represent that then each field is correct among the ConstHeader, therefore VariaHeader length field VariaHeader Length also is correct, so just can determine the length of VariaHeader, and then carry out the VariaHeader CRC check of 11 bits from the starting position of VariaHeader to its end position once more; If the operation of back is then no longer carried out in ConstHeader CRC failure.
ConstHeader length is fixed as 2 bytes, wherein, is enough with a byte representation VariaHeader Length, the reasons are as follows: according to 3GPP 25.319 agreements, an E-DCH transmission channel supports that at most 15 logic channels are multiplexing.Again according to the 3GPP25.427 agreement, each E-DCH FP frame is at most by the data of 10 subframes.Multiplexing at a MAC-d stream according to 15 logic channels, each subframe all has the limiting case of the MAC-es PDU of 15 logic channels to calculate.Each logic channel comprises the number that the data description of 6 bits is indicated the MAC-d PDU of DDI and 6 bit sizes.A subframe has 15 logic channels at the most, is 4 bits for the size of the number N of each subframe MAC-es PDUs.In addition, each subframe is mixed automatic repeat requests N of HARQ Retransmissio and subframe numbers Subframe Number is total to 1Bytes.Then the head length of each subframe can be calculated like this:
15*12 (6bit DDI and 6bit N of MAC-d PDU)+4 (N of MAC-es PDUs)=184bit=23Bytes
23+1 (N of HARQ Retransmission and Subframe Number)=24Bytes
A FP frame comprises 10 subframes at the most, and a FP frame corresponding variable frame head size is 4Bytes.The length of variable frame head is under 10 sub-frame conditions so:
24*10+4 (VariaHeader CRC bits etc.)=244Bytes＜255Bytes,
The maximum of a byte representation is 255Bytes.Therefore, under limiting case, be enough with the length of a variable frame head of byte representation.
This improved E-DCH frame is applied in the transmission of universal mobile telecommunications system (UMTS, Universal MobileTelecommunications System) lub mouth E-DCH data, referring to accompanying drawing 3, specifically may further comprise the steps:
After step 306, RNC receive E-DCH FP frame, utilize the Header crc field to carry out ConstHeader partial C RC verification, if verification succeeds, then execution in step 307, otherwise abandon this Frame;
The present invention can guarantee to carry out the Header CRC check before the field in using Header, and what guarantee to use is correct numerical value.Wherein, be divided into two parts, length standing part and variable-length part by Header with E-DCH FP frame head; NodeB carries out the result that CRC check is also put down in writing CRC check respectively respectively to length standing part and variable-length part, wherein comprises the length of variable-length part in the length standing part.Receiving terminal carries out CRC check to the length standing part of receiving earlier, has determined the correctness of variable-length partial-length; According to this length variable-length is partly carried out CRC check then, obtain each field of correct Header, further parse the MAC-es PDU of subframe in the E-DCH FP frame.Thereby guaranteed the transmission correctness of frame protocol data frame.
The above is preferred embodiment of the present invention only, is not to be used to limit protection scope of the present invention.Within the spirit and principles in the present invention all, any modification of being done, be equal to replacement, improvement etc., all should be included within protection scope of the present invention.
Claims (10)
1. a method of calibration that strengthens dedicated channel frame protocol data frame frame head is characterized in that,
The frame head of frame protocol data frame FP frame is made of fixing ConstHeader of length and variable-length head VariaHeader; B node NodeB carries out the cyclic redundancy CRC check respectively and puts down in writing the CRC check result respectively ConstHeader and VariaHeader, wherein the length VariaHeader Length of record VariaHeader among the ConstHeader; NodeB is sent to radio network controller (RNC) with the FP frame;
After RNC carried out CRC check respectively to the ConstHeader in the FP frame head and VariaHeader, the VariaHeader Length by putting down in writing among the ConstHeader determined VariaHeader.
2. according to the method for calibration of the described enhancing dedicated channel of claim 1 frame protocol data frame frame head, it is characterized in that described ConstHeader length is fixed as 2 bytes.
3. according to the method for calibration of the described enhancing dedicated channel of claim 1 frame protocol data frame frame head, it is characterized in that, described NodeB carries out before the CRC check, NodeB reserves the position of ConstHeader and VariaHeader in the frame head of FP frame, and reserve that in the VariaHeader CRC check position and ConstHeader ConstHeader CRC check position among the VariaHeader, and to checksum location clear 0.
4. according to the method for calibration of the described enhancing dedicated channel of claim 3 frame protocol data frame frame head, it is characterized in that, described NodeB carries out CRC check respectively and puts down in writing the CRC check result respectively comprising to ConstHeader and VariaHeader, NodeB fills in the content of VariaHeader and VariaHeader is carried out CRC check, with the verification outcome record in the VariaHeader of described reservation CRC check position.
5. according to the method for calibration of the described enhancing dedicated channel of claim 4 frame protocol data frame frame head, it is characterized in that, described NodeB carries out CRC check respectively and puts down in writing the CRC check result respectively also comprising to ConstHeader and VariaHeader, NodeB calculates the length VariaHeader Length of VariaHeader and is documented among the described ConstHeader, carry out the CRC check of ConstHeader then, with the verification outcome record in the ConstHeader of described reservation CRC check position.
6. according to the method for calibration of the described enhancing dedicated channel of claim 1 frame protocol data frame frame head, it is characterized in that, described RNC carries out CRC check respectively to the ConstHeader in the FP frame head and VariaHeader and comprises, RNC carries out ConstHeader CRC check, and obtains VariaHeaderLength from ConstHeader.
7. according to the method for calibration of the described enhancing dedicated channel of claim 6 frame protocol data frame frame head, it is characterized in that, described RNC determines VariaHeader, when comprising RNC to the success of ConstHeader CRC check, determine the length of VariaHeader by VariaHeader Length, then VariaHeader is carried out the CRC check success of VariaHeader, determine VariaHeader.
8. according to the method for calibration of claim 5 or 6 described enhancing dedicated channel frame protocol data frame frame heads, it is characterized in that described CRC check is 7 bit CRC check in the FP agreement.
9. according to the method for calibration of claim 4 or 7 described enhancing dedicated channel frame protocol data frame frame heads, it is characterized in that described CRC check is 11 bit CRC check in the FP agreement.
10. according to the method for calibration of the described enhancing dedicated channel of claim 9 frame protocol data frame frame head, it is characterized in that, preceding 7 bit positions, the CRC check position of described VariaHeader are different with the position of preceding 7 bits in former FP frame frame head CRC check position, and the position of all the other 4 bits parts is identical with former frame format.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009100922662A CN102006265A (en) | 2009-09-03 | 2009-09-03 | Check method for intensifying frame head of special channel frame protocol data frame |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009100922662A CN102006265A (en) | 2009-09-03 | 2009-09-03 | Check method for intensifying frame head of special channel frame protocol data frame |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102006265A true CN102006265A (en) | 2011-04-06 |
Family
ID=43813345
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009100922662A Pending CN102006265A (en) | 2009-09-03 | 2009-09-03 | Check method for intensifying frame head of special channel frame protocol data frame |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102006265A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102208965A (en) * | 2011-06-17 | 2011-10-05 | 大唐移动通信设备有限公司 | Method and device for CRC (Cyclic Redundancy Check) control through HS-DSCH (High-Speed Downlink Shared Channel) instruction |
| CN108712236A (en) * | 2018-07-06 | 2018-10-26 | 北京比特大陆科技有限公司 | A kind of information processing method, device and electronic equipment |
| CN114710237A (en) * | 2022-03-25 | 2022-07-05 | 湖南鼎一致远科技发展有限公司 | Data processing method and device of communication interface, electronic equipment and storage medium |
-
2009
- 2009-09-03 CN CN2009100922662A patent/CN102006265A/en active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102208965A (en) * | 2011-06-17 | 2011-10-05 | 大唐移动通信设备有限公司 | Method and device for CRC (Cyclic Redundancy Check) control through HS-DSCH (High-Speed Downlink Shared Channel) instruction |
| CN108712236A (en) * | 2018-07-06 | 2018-10-26 | 北京比特大陆科技有限公司 | A kind of information processing method, device and electronic equipment |
| CN108712236B (en) * | 2018-07-06 | 2023-08-22 | 北京比特大陆科技有限公司 | Information processing method and device and electronic equipment |
| CN114710237A (en) * | 2022-03-25 | 2022-07-05 | 湖南鼎一致远科技发展有限公司 | Data processing method and device of communication interface, electronic equipment and storage medium |
| CN114710237B (en) * | 2022-03-25 | 2024-01-26 | 湖南鼎一致远科技发展有限公司 | Data processing method and device of communication interface, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5240455B2 (en) | Forming method | |
| JP4906844B2 (en) | Method for generating lower layer data block in wireless mobile communication system | |
| KR100678264B1 (en) | Method for improving data processing speed in mobile communication system using high speed downlink packet access scheme and the mobile communication system | |
| JP4027739B2 (en) | High-speed medium connection control layer entity reset method in communication system using high-speed forward packet connection method | |
| US8428086B2 (en) | Transmitting data in a mobile communication system | |
| KR100663463B1 (en) | Method and apparatus for signaling of uestatus information for uplink data transmission in a mobile communication system | |
| US11129047B2 (en) | Radio link control status reporting | |
| US20150029985A1 (en) | Transmitting data in a mobile communication system | |
| DK2814283T3 (en) | Method and device for transmitting / receiving data | |
| US8179812B2 (en) | System and method for providing status reports of transmitted data packets in a data communications system | |
| JP2008301178A (en) | Packet data communication method, radio base station, and control station | |
| KR101565403B1 (en) | METHOD OF HANDLING AN ERROR ON CS voice over HSPA | |
| CN101729525A (en) | Data packet sending and receiving method and device as well as processing method and system | |
| KR20190127862A (en) | Data processing method and device | |
| CN102006265A (en) | Check method for intensifying frame head of special channel frame protocol data frame | |
| JP2009534917A (en) | Method, communication entity, and system for transmitting positive acknowledgment and negative acknowledgment in a wireless communication system | |
| CN101197646A (en) | Data transmission method based on HSUPA | |
| CN106537865A (en) | Method, apparatus and system for transmitting aggregated frame | |
| CN102088715B (en) | Packet segmentation method and equipment | |
| CN113541874A (en) | Data transmission method and network equipment | |
| KR100631742B1 (en) | AC frame transmission method and device | |
| EP2469751B1 (en) | Harq failure indication method, harq failure indication data frame and service node b thereof | |
| CN101060476B (en) | Dispatching information transmission method in enhanced special channel and user terminal | |
| CN100596360C (en) | Method for increasing radio-link control hierarchy data transmission efficiency | |
| KR100896507B1 (en) | Hierachical Header Format and Method of data transmission for Communication System |
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: CHINA POTEVIO CO., LTD. Free format text: FORMER OWNER: PUTIAN IT TECH INST CO., LTD. Effective date: 20130227 Owner name: PUTIAN IT TECH INST CO., LTD. Free format text: FORMER OWNER: CHINA POTEVIO CO., LTD. Effective date: 20130305 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20130305 Address after: 100080 Beijing, Haidian, North Street, No. two, No. 6, No. Applicant after: PETEVIO INSTITUTE OF TECHNOLOGY Co.,Ltd. Address before: 100080, No. two, 2 street, Zhongguancun science and Technology Park, Beijing, Haidian District Applicant before: CHINA POTEVIO CO.,LTD. Effective date of registration: 20130227 Address after: 100080, No. two, 2 street, Zhongguancun science and Technology Park, Beijing, Haidian District Applicant after: CHINA POTEVIO CO.,LTD. Address before: 100080 Beijing, Haidian, North Street, No. two, No. 6, No. Applicant before: PETEVIO INSTITUTE OF TECHNOLOGY Co.,Ltd. |
|
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110406 |