JP2009246447A - Communication terminal apparatus and data sorting control method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To reduce processing load of an apparatus, to reduce processing delay in the apparatus and to increase a practical communication speed by executing packet order control on the basis of characteristics of packet data. <P>SOLUTION: A PDCP processing part 103 executes processing using PDCP according to the determination whether or not to sort the packet data in an order control application determination part 107. An App processing part 105 cooperates with a communication part 101 during communication, establishes a bearer and generates communication control information. A data characteristic detection part 106 detects the characteristics of the packet data from the communication control information generated by the App processing part 105. The order control application determination part 107 determines whether or not to sort the packet data in the processing using the PDCP on the basis of the data characteristics. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a communication terminal apparatus and a data rearrangement control method, and more particularly to a communication terminal apparatus and a data rearrangement control method for performing packet order control (Reordering) processing in a predetermined layer.

  PDCP (Packet Data Convergence Protocol) defined by 3GPP is a protocol that performs compression / decompression of IP data flow, packet order control during handover, data encryption / decryption, and the like. Conventionally, it is known that packet order control is performed on all data communicated via a PDCP layer at the time of handover (for example, Non-Patent Document 1). The packet order control is control for rearranging the packet data in a normal order when the arrival order of the packet data to the receiving apparatus is changed. In addition, packet order control is not normally performed only at the time of handover, but in PDCP, packet order control is performed only at the time of handover.

  FIG. 9 is a sequence diagram showing a processing procedure of conventional packet order control. In FIG. 9, PDCP1 and RLC2 are handover source base stations (hereinafter referred to as "HO. Original eNB"), and PDCP3 and RLC4 are handover destination base stations (hereinafter referred to as "HO. Destination"). RLC5, PDCP6, and IP7 are communication terminal apparatuses (UE2).

  First, H.C. O. PDCP1 of the original eNB receives packet data 1 from UE1 (not shown) which is a communication partner of UE2 (step ST10).

  Next, H.I. O. PDCP1 of the original eNB transfers the received packet data 1 to RLC2 (step ST11).

  Next, RLC2 transmits the transferred packet data 1 to UE2, which is a communication partner of UE1, and PDCP 6 of UE2 receives packet data 1 via RLC5 (step ST12).

  Next, PDCP 6 transfers packet data 1 to IP 7 (step ST13).

  H. O. PDCP1 of the original eNB receives packet data 2 from UE1 (step ST14), and transfers the received packet data 2 to RLC2 (step ST15).

  Next, H.I. O. PDCP1 of the original eNB receives packet data 3 from UE1 (step ST16), and transfers the received packet data 3 to RLC2 (step ST17).

  Next, UE2 receives H.264. O. From the original eNB to H.264. O. A handover to the destination eNB is started (HO start) (step ST18).

  Next, H.I. O. The PDCP 3 of the destination eNB receives the packet data 4 from the UE 1 (step ST19), and transfers the received packet data 4 to the RLC 4 (step ST20).

  Next, H.I. O. The RLC 4 of the previous eNB transmits the packet data 4 to the UE 2, and the PDCP 6 of the UE 2 receives the packet data 4 via the RLC 5 (step ST21).

  Next, the PDCP 6 of the UE 2 receives the packet data 4 in step ST 21 following the reception of the packet data 1 in step ST 12, thereby starting the timer without immediately transferring the packet data 4 to the IP 7. Start measuring. The PDCP 6 does not transfer the packet data to the IP 7 unless the packet data 2 and the packet data 3 which are unarrived packet data are received while the timer measures the time.

  Next, H.I. O. The PDCP1 of the original eNB converts the packet data 2 received in step ST14 to H.264. O. Transfer to PDCP3 of the previous eNB (step ST22).

  Next, H.I. O. The PDCP 3 of the destination eNB transfers the packet data 2 to the RLC 4 (step ST23).

  Next, RLC4 transmits packet data 2 to UE2, and PDCP6 of UE2 receives packet data 2 via RLC5 (step ST24). At this time, the PDCP 6 of the UE 2 is still measuring the time with the timer, and since all the unarrived packet data has not arrived, the packet data 2 is not transferred to the IP 7.

  Next, H.I. O. The PDCP 1 of the original eNB converts the packet data 3 received in step ST16 to H.264. O. It transfers to PDCP3 of a previous eNB (step ST25).

  Next, H.I. O. The PDCP 3 of the previous eNB transfers the packet data 3 to the RLC 4 (step ST26).

  Next, RLC4 transmits packet data 3 to UE2, and PDCP6 of UE2 receives packet data 3 via RLC5 (step ST27). At this time, since all unarrived packet data has arrived, the PDCP 6 of the UE 2 ends the time measurement by the timer and performs packet order control of the packet data 2 to the packet data 4 acquired during the time measurement by the timer. Thus, the packet data 2 to packet data 4 are rearranged. Here, the condition for the UE 2 to stop the packet order control is either when all the unarrived packet data is received or when the time measured by the timer reaches a predetermined time.

  Next, PDCP 6 sequentially transfers packet data 2 to packet data 4 rearranged in order to IP 7 (step ST28 to step ST30).

  Next, H.I. O. The PDCP 3 of the destination eNB receives the packet data 5 from the UE 1 (step ST31), and transfers the received packet data 5 to the RLC 4 (step ST32).

  Next, H.I. O. The RLC 4 of the previous eNB transmits the packet data 5 to the UE 2, and the PDCP 6 of the UE 2 receives the packet data 5 via the RLC 5 (step ST33).

Next, since the PDCP 6 of the UE 2 has not started the timer, it transfers the received packet data 5 to the IP 7 (step ST34).
3GPP TS 36.300 v. 8.1.0

  However, in the conventional apparatus, at the time of handover, by performing packet order control uniformly on the received data according to the protocol, packet order control is also performed on data that does not require packet order control. There is a problem that a processing load due to unnecessary processing occurs and a processing delay in the apparatus due to packet order control occurs.

  The present invention has been made in view of such points, and by performing packet order control based on the data characteristics of packet data, it is possible to reduce the processing load on the apparatus and reduce the processing delay in the apparatus. An object of the present invention is to provide a communication terminal device and a data rearrangement control method that can improve the substantial communication speed.

  The communication terminal device of the present invention includes a receiving unit that receives packet data, an application process executing unit that generates communication control information for executing an application process of the packet data by establishing a bearer, and the generated communication control Data characteristic detecting means for detecting data characteristics of the packet data from information, and rearrangement determining means for determining whether or not to perform rearrangement of packet data in a specific protocol process based on the detected data characteristics; And a protocol processing means for executing the specific protocol processing in accordance with the determination.

  In addition, the communication terminal device of the present invention includes a receiving unit that receives packet data, a data characteristic detecting unit that detects a data characteristic of the packet data by analyzing a header of the received packet data, and the detected data A configuration comprising: a reordering determination unit that determines whether or not to reorder packet data in a specific protocol process based on characteristics; and a protocol processing unit that executes the specific protocol process according to the determination Take.

  The data rearrangement control method of the present invention is a data rearrangement control method in a communication terminal apparatus that executes processing according to each protocol for packet data, and executes application processing of the packet data by establishing a bearer Generating communication control information for performing communication, detecting data characteristics of the packet data from the generated communication control information, and rearranging packet data in a specific protocol process based on the detected data characteristics And a step of executing the specific protocol processing according to the determination.

  Further, the data rearrangement control method of the present invention is a data rearrangement control method in a communication terminal device that executes processing according to each protocol for packet data, and analyzes a header of the received packet data Detecting the data characteristics of the packet data, determining based on the detected data characteristics whether to perform reordering of packet data in a specific protocol process, and determining the specific data according to the determination And a step of executing protocol processing.

  According to the present invention, by performing packet order control based on the data characteristics of packet data, it is possible to reduce the processing load on the device, reduce the processing delay in the device, and substantially reduce communication. Speed can be improved.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

(Embodiment 1)
FIG. 1 is a block diagram showing a configuration of communication terminal apparatus 100 according to Embodiment 1 of the present invention.

  The communication unit 101 establishes and releases a bearer (for example, 3G (third generation mobile communication system) PDP Context, S3G (Super 3G) Default / Dedicated bearer) and a base station apparatus (not shown) during communication. Do. The communication unit 101 transmits and receives packet data to and from a base station device (not shown). When receiving packet data, the communication unit 101 outputs packet data that has undergone layer 1 processing or the like to the RLC processing unit 102. Also, the communication unit 101 performs layer 1 processing on the RLC PDU input from the RLC processing unit 102 and transmits it to the base station apparatus.

  The RLC processing unit 102 has a function of performing data retransmission control based on a selective retransmission type retransmission control protocol. Specifically, the RLC processing unit 102 checks the sequence number of the RLC header of the packet data input from the communication unit 101, and if normal, removes the RLC header and performs PDCP (Packet Data Convergence Protocol) processing unit To 103. In addition, the RLC processing unit 102 generates an RLC PDU in which a retransmission request is set when an abnormality in the sequence number such as a missing sequence number in the RLC header is detected. Also, the RLC processing unit 102 generates an RLC PDU by adding an RLC header including a sequence number for retransmission control to the packet data input from the PDCP processing unit 103. Then, the RLC processing unit 102 outputs the generated RLC PDU to the communication unit 101.

  The PDCP processing unit 103 as a protocol processing unit has a timer, executes processing according to PDCP (specific protocol), and packet data input from the RLC processing unit 102 in accordance with an instruction from the sequence control application determination unit 107 On the other hand, packet order control is performed in processing according to PDCP. Specifically, when there is no packet sequence control unnecessary command from the sequence control application determining unit 107 at the time of handover, the PDCP processing unit 103 performs the packet data input from the RLC processing unit 102 for a predetermined time measured by a timer. The output to the TCP / UDP / IP processing unit 104 is stopped and the packet data is waited. In addition, the PDCP processing unit 103 performs packet order control that rearranges packet data in the correct order when all unarrived packet data arrives after a predetermined time elapses or before the time measured by the timer reaches the predetermined time. . Then, the PDCP processing unit 103 outputs the rearranged packet data to the TCP / UDP / IP processing unit 104. Also, the PDCP processing unit 103 decompresses the compressed packet data input from the RLC processing unit 102, restores the IP packet, and outputs the IP packet to the TCP / UDP / IP processing unit 104. In addition, the PDCP processing unit 103 compresses the packet data input from the TCP / UDP / IP processing unit 104 and outputs the compressed data to the RLC processing unit 102.

  The TCP / UDP / IP processing unit 104 executes protocol processing based on the TCP / UDP / IP protocol. Specifically, the TCP / UDP / IP processing unit 104 removes the IP header and the like from the IP packet input from the PDCP processing unit 103, and in the case of TCP, analyzes the order number of the header. Also, when the analysis result of the TCP header or UDP header is normal, the TCP / UDP / IP processing unit 104 removes the TCP header or UDP header from the packet data and outputs the result to the App processing unit 105. When the TCP / UDP / IP processing unit 104 detects an abnormality in the TCP header sequence number in the analysis of the TCP header sequence number, the TCP / UDP / IP processing unit 104 assembles a packet requesting retransmission to the PDCP processing unit 103. Output. Also, the TCP / UDP / IP processing unit 104 assembles packet data by adding a TCP header or UDP header to the data input from the App processing unit 105, and outputs the packet data to the PDCP processing unit 103.

  The App processing unit 105 serving as an application processing execution unit performs bearer establishment processing in cooperation with the communication unit 101 during communication, and generates communication control information that is information for controlling communication with a base station device (not shown). Hold. The communication control information is information related to bearer control information and bearer-application association, and includes, for example, a Context type, a Context identifier, a bearer state, a transport protocol type, a port number, and a related application identifier. is there. In the case of 3G, bearer establishment processing is performed when the communication unit 101 transmits a Context Request to the network to make a request for setting a desired PDP context, and receives an Activate PDP Context Accept from the network. Complete. In addition, the App processing unit 105 executes processing according to a preset application program on the packet data input from the TCP / UDP / IP processing unit 104 using the communication control information that is held, and performs image or audio processing. And so on. In addition, the App processing unit 105 generates communication data such as image data or audio data and outputs the communication data to the TCP / UDP / IP processing unit 104.

  The data characteristic detection unit 106 acquires the communication control information held by the App processing unit 105 from the App processing unit 105, and detects the data characteristic from the acquired communication control information. Then, the data characteristic detection unit 106 outputs the detected data characteristic to the order control application determination unit 107. Here, the data characteristics include a communication unit, communication type information, communication identification information, and data characteristics. The communication unit indicates a transport level or a context level. Here, the transport level means that the communication type information of the data characteristic detected by the data characteristic detection unit 106 becomes the transport type, and the context level means the communication of the data characteristic detected by the data characteristic detection unit 106. This means that the type information becomes a Context type. The communication type information indicates the protocol type used in the transport layer such as TCP or UDP when the communication unit is at the transport level. When the communication unit is at the context level, the PDP Context is used. Alternatively, it indicates the Context type of the MBMS Context. The communication identification information indicates a connection identifier such as an IP address or a port number when the communication unit is at the transport level, and indicates a context identifier when the communication unit is at the Context level. The data feature indicates unknown, packet order control required, or packet order control unnecessary. Context indicates status setting for transferring packet data, and describes the specification of a communication path. In short, it is management information of a bearer.

  The order control application determination unit 107 serving as a rearrangement determination unit determines whether or not to perform packet order control based on the data characteristics input from the data characteristic detection unit 106. For example, the sequence control application determination unit 107 receives a data characteristic from which the upper protocol of PDCP is TCP from the data characteristic detection unit 106 or a data characteristic from which the packet data is voice data from the data characteristic detection unit 106. In this case, it is determined not to perform packet order control. Then, based on the determination result, the order control application determination unit 107 instructs the PDCP processing unit 103 regarding packet order control.

  Next, the operation of communication terminal apparatus 100 will be described using FIG. FIG. 2 is a sequence diagram showing the operation of communication terminal apparatus 100.

  In FIG. 2, Data1, Data3, Data4, and Data7 are packet data subject to packet order control, and Data2, Data5, and Data6 are non-target packet data subject to packet order control.

  First, the PDCP processing unit 103 receives packet data (Data 1) via the communication unit 101 and the RLC processing unit 102 (step ST201).

  Next, the PDCP processing unit 103 recognizes the S / N (Sequence Number) of Data1, adds “1” to the recognized S / N, and holds it as the S / N of the packet data expected to be received next. (S / N of packet data expected to be received next = S / N + 1 of received packet data). At this time, the PDCP processing unit 103 holds the S / N of the packet data that is expected to be received next regardless of whether the received packet data is the target of packet order control or not.

  Next, PDCP processing section 103 transfers Data1 to TCP / UDP / IP processing section 104 (step ST202).

  Next, PDCP processing section 103 receives packet data (Data 2) via communication section 101 and RLC processing section 102 (step ST203).

  Next, the PDCP processing unit 103 recognizes the S / N of Data2, adds “1” to the recognized S / N, and holds the S / N of the packet data expected to be received next.

  Next, PDCP processing section 103 transfers Data2 to TCP / UDP / IP processing section 104 (step ST204).

Next, PDCP processing section 103 receives packet data (Data 3) via communication section 101 and RLC processing section 102 (step ST205). Even if the packet data (Data 2) is lost, the PDCP processing unit 103 holds the S / N of the packet data (Data 2) that is expected to be received next, and therefore receives the packet data (Data 3). Thus, it is possible to detect that the packet data (Data 2) is lost.
Next, the PDCP processing unit 103 recognizes the S / N of Data3, adds “1” to the recognized S / N, and holds the S / N of the packet data expected to be received next.

  Next, PDCP processing section 103 transfers Data3 to TCP / UDP / IP processing section 104 (step ST206).

  Next, PDCP processing section 103 receives packet data (Data 4) via communication section 101 and RLC processing section 102 (step ST207).

  Next, the PDCP processing unit 103 recognizes the S / N of Data4, adds “1” to the recognized S / N, and holds it as the S / N of the packet data expected to be received next.

  Next, PDCP processing section 103 transfers Data4 to TCP / UDP / IP processing section 104 (step ST208).

  Next, PDCP processing section 103 receives packet data (Data 6) via communication section 101 and RLC processing section 102 (step ST209).

  Next, the PDCP processing unit 103 recognizes the S / N of Data6, adds “1” to the recognized S / N, and holds it as the S / N of the packet data expected to be received next.

  Here, the PDCP processing unit 103 detects that the packet data (Data 5) has not been received, but the packet data (Data 6) is not subject to packet order control. Transfer to the TCP / UDP / IP processing unit 104 (step ST210).

  Next, PDCP processing section 103 receives packet data (Data 7) via communication section 101 and RLC processing section 102 (step ST211).

  Here, the PDCP processing unit 103 recognizes that the packet data (Data 7) is the target of order control, and the packet data (Data 5) that will arrive late may be the target packet data of the packet order control. Since there is not, the timer which waits for packet data (Data5) is started, and time measurement is started.

  Next, PDCP processing section 103 receives packet data (Data 5) via communication section 101 and RLC processing section 102 (step ST212).

  Next, since the received packet data (Data5) is non-target packet data for packet order control, the PDCP processing unit 103 receives the packet data (Data7) received in Step ST211 and the packet data (Data5) received in Step ST212. Is transferred to the TCP / UDP / IP processing unit 104 (step ST213, step ST214).

  Next, a method of determining whether or not to perform packet order control in the order control application determination unit 107 will be described with reference to FIG. FIG. 3 is a flowchart illustrating a method for determining whether or not to perform packet order control in the order control application determining unit 107. In FIG. 3, it is assumed that the communication terminal apparatus 100 performs packet order control in the PDCP processing unit 103 with initial setting (default).

  First, the sequence control application determination unit 107 confirms the communication unit of the data characteristic acquired from the data characteristic detection unit 106 (step ST301). FIG. 4 is a diagram illustrating the data characteristics acquired from the data characteristic detection unit 106 by the order control application determination unit 107. The data characteristic detection unit 106 creates a table of detected data characteristics and outputs the created data characteristic table to the order control application determination unit 107. The order control application determination unit 107 can confirm the communication unit by referring to the data characteristic table of FIG. 4 acquired from the data characteristic detection unit 106.

  Next, order control application determination section 107 determines whether or not the communication unit in the data characteristics of FIG. 4 is the transport level (step ST302).

  If it is at the transport level (YES in step ST302), order control application determination section 107 refers to the data characteristic table to check the communication characteristic information of the data characteristic and the communication type information is If it is a port type, the transport type is confirmed (step ST303).

  Next, order control application determination section 107 determines whether or not the transport type is TCP (step ST304). In other words, the order control application determining unit 107 determines whether or not the protocol has a packet order control function.

  When the transport type is TCP (in the case of YES in step ST304), the packet data is rearranged in TCP, so that the order control application determination unit 107 controls the packet order control for the PDCP processing unit 103. (Step ST305).

  On the other hand, if the transport type is not TCP in step ST304 (NO in step ST304), order control application determining section 107 checks the data characteristics of FIG. 4 (step ST306).

  Next, order control application determination section 107 refers to the data characteristic table to determine whether or not packet order control is unnecessary (step ST307). Specifically, the order control application determination unit 107 determines that packet order control is unnecessary because the packet data is audio data, since the packet data does not need to be rearranged. The order control application determination unit 107 determines whether or not the received packet data is voice data, the transport type of the communication type information is UDP, and the port number of the UDP header is a specific number used for the voice data. You can know by confirming that there is. When the App processing unit 105 recognizes that the data is audio data, the data characteristic detection unit 106 sets that the data characteristic of the data characteristic does not require packet order control, and the order control application determination unit 107 It may be made possible to know that the packet order control is unnecessary only by confirming that the data feature does not require the packet order control.

  If the data feature does not require packet sequence control (YES in step ST307), sequence control application determination unit 107 instructs PDCP processing unit 103 not to perform packet sequence control. (Step ST305).

  Further, if the data feature requires packet order control (NO in step ST307), order control application determining section 107 ends the process without issuing an instruction to PDCP processing section 103.

  On the other hand, when the communication unit is not at the transport level in step ST302 (NO in step ST302), order control application determining section 107 confirms the data characteristics of the data characteristics of FIG. 4 (step ST308).

  Next, order control application determination section 107 refers to the data characteristic table to determine whether or not packet order control is unnecessary (step ST309).

  If the data feature does not require packet order control (YES in step ST309), order control application determination section 107 instructs PDCP processing section 103 not to perform packet order control (step ST305). ).

  When the data feature is necessary or unknown for packet order control (NO in step ST309), order control application determining section 107 ends the process without issuing an instruction to PDCP processing section 103.

  As described above, according to the present embodiment, by performing packet order control based on the data characteristics of packet data, it is possible to reduce the processing load on the device and reduce the processing delay in the device. The substantial communication speed can be improved.

(Embodiment 2)
FIG. 5 is a block diagram showing a configuration of communication terminal apparatus 500 according to Embodiment 2 of the present invention.

  Communication terminal device 500 shown in FIG. 5 includes an order including data analysis unit 501 and application determination unit 502 instead of order control application determination unit 107 with respect to communication terminal device 100 according to Embodiment 1 shown in FIG. A control application determination unit 510 is included. In FIG. 5, parts having the same configuration as in FIG.

  The PDCP processing unit 103 includes a timer, executes processing according to PDCP (specific protocol), and performs packet processing on the packet data input from the RLC processing unit 102 according to the command of the application determination unit 502. Packet order control in the process. Specifically, the PDCP processing unit 103 outputs the packet data input from the RLC processing unit 102 for a predetermined time measured by a timer when there is no packet order control unnecessary command from the application determining unit 502 at the time of handover. Stop and wait for packet data. In addition, the PDCP processing unit 103 performs packet order control that rearranges packet data in the correct order when all unarrived packet data arrives after a predetermined time elapses or before the time measured by the timer reaches the predetermined time. . Then, the PDCP processing unit 103 outputs the rearranged packet data to the TCP / UDP / IP processing unit 104. Also, the PDCP processing unit 103 decompresses the compressed packet data input from the RLC processing unit 102, restores the IP packet, and outputs the IP packet to the TCP / UDP / IP processing unit 104. In addition, the PDCP processing unit 103 compresses the packet data input from the TCP / UDP / IP processing unit 104 and outputs the compressed data to the RLC processing unit 102.

  The data analysis unit 501 serving as a data characteristic detection unit detects the data characteristic of the packet data by analyzing the packet data header received by the PDCP processing unit 103 from the RLC processing unit 102 or the TCP / UDP / IP processing unit 104. To do. Then, the data analysis unit 501 outputs the data characteristic detection result to the application determination unit 502.

  The application determination unit 502 as the rearrangement determination unit determines whether or not to perform packet order control based on the data characteristics input from the data analysis unit 501. For example, when the data characteristic that the higher protocol of PDCP is TCP is input from the data analysis unit 501, the application determination unit 502 is the data characteristic that the higher protocol of PDCP is UDP is input from the data analysis unit 501, Alternatively, when the data characteristic that the packet data is voice data is input from the data analysis unit 501, it is determined not to perform the packet order control. Then, the application determination unit 502 instructs the PDCP processing unit 103 regarding packet order control based on the determination result.

  Next, a header analysis processing method in the data analysis unit 501 will be described with reference to FIG. FIG. 6 is a flowchart of the header analysis processing method in the data analysis unit 501.

  First, the data analysis unit 501 sets the data characteristic communication unit to the transport level and sets the data characteristic of the data characteristic to unknown (step ST601).

  Next, data analysis section 501 analyzes the structure of the IP header (step ST602). FIG. 7 is a diagram illustrating a data structure of TCP / UDP / IP packet data. As shown in FIG. 7, TCP / UDP / IP packet data includes an IP header 701, a TCP / UDP header 702, and a TCP / UDP data unit 703. The data analysis unit 501 recognizes the header length from the IHL value of the IHL 710 of the IP header 701.

  Next, data analysis section 501 calculates an IP header checksum, and collates the checksum calculation result with the checksum value of Header Checksum 711 in IP header 701 (step ST603).

  Next, data analysis section 501 determines whether or not the collation results match (IP header checksum OK?) (Step ST604).

  If the collation results do not match (NO in step ST604), data analysis unit 501 ends the process.

  On the other hand, if the matching results match (YES in step ST604), data analysis section 501 recognizes the IP fragment state by checking Flag 712 of IP header 701 (step ST605). Here, the fragment means division of packet data.

  Next, the data analysis unit 501 determines whether or not the fragment has not been executed or the beginning of the fragment (step ST606). At this time, the data analysis unit 501 cannot analyze the header because the TCP / UDP header 702 is not included in the fragmented packet data and the fragmented end packet data, and the header analysis is impossible. In addition, it can be recognized that the packet data is being fragmented.

  If the fragment is not yet executed or not the beginning of the fragment (NO in step ST606), the data analysis unit 501 ends the process.

  On the other hand, if the fragment has not been executed or is the head of the fragment (YES in step ST606), data analysis section 501 recognizes what protocol the transport layer is based on the Protocol value of Protocol 713 in IP header 701 (step ST607). ). Thereby, the data analysis unit 501 can acquire the transport type.

  Next, data analysis section 501 determines whether or not the transport layer is TCP (step ST608).

  If the transport layer is TCP (YES in step ST608), data analysis unit 501 calculates the TCP checksum and collates the calculation result with the checksum value of TCP Checksum 714 in TCP header 702. (Step ST609).

  Next, data analysis section 501 determines whether or not the collation results match (TCP checksum OK?) (Step ST610).

  If the collation results do not match (NO in step ST610), data analysis unit 501 ends the process.

  On the other hand, if the collation results match (YES in step ST610), data analysis section 501 analyzes IP header 701 and TCP header 702 (step ST611). Specifically, the data analysis unit 501 acquires the IP Source Address value of the Source Address 715 of the IP header 701 and the IP Destination Address value of the Destination Address 716 of the IP header 701. In addition, the data analysis unit 501 acquires the Source Port Number value of the Source Port Number 717 of the TCP header 702 and the Destination Port Number value of the Destination Port Number 718 of the TCP header 702. Thereby, the data analysis part 501 can acquire a connection identifier.

  On the other hand, when the transport layer is not TCP in step ST608 (NO in step ST608), data analysis section 501 determines whether or not the transport layer protocol is UDP (step ST612). .

  If the transport layer protocol is not UDP (NO in step ST612), data analysis section 501 ends the process.

  On the other hand, when the transport layer protocol is UDP (YES in step ST612), data analysis unit 501 calculates a UDP checksum, and also calculates the checksum value of UDP Checksum 719 in UDP header 702. Are collated (step ST613).

  Next, the data analysis unit 501 determines whether or not the collation results match (UDP checksum OK?) (Step ST614).

  If the collation results do not match (NO in step ST614), data analysis unit 501 ends the process.

  On the other hand, if the matching results match (YES in step ST614), data analysis section 501 performs analysis of IP header 701 and UDP header 702 (step ST615). Specifically, the data analysis unit 501 acquires the IP Source Address value of the Source Address 715 of the IP header 701 and the IP Destination Address value of the Destination Address 716 of the IP header 701. In addition, the data analysis unit 501 acquires the Source Port Number value of the Source Port Number 720 of the UDP header 702 and the Destination Port Number value of the Destination Port Number 721 of the UDP header 702. Thereby, the data analysis part 501 can acquire a connection identifier.

  Then, the data analysis unit 501 detects the communication unit and data feature set in step ST601, the communication type information acquired in step ST607, and the communication identification information acquired in step ST611 as data characteristics. Alternatively, the data analysis unit 501 detects the communication unit and data feature set in step ST601, the communication type information acquired in step ST607, and the communication identification information acquired in step ST615 as data characteristics.

  FIG. 8 is a diagram illustrating data characteristics detected by the data analysis unit 501. As illustrated in FIG. 8, the data analysis unit 501 creates a table of detected data characteristics, and outputs the created data characteristics table to the application determination unit 502.

  Note that the method for determining whether or not to perform packet order control in the application determining unit 502 is the same as in FIG.

  As described above, according to the present embodiment, by performing packet order control based on the data characteristics of packet data, it is possible to reduce the processing load on the device and reduce the processing delay in the device. The substantial communication speed can be improved.

  In the first and second embodiments, the PDCP, TCP, and UDP protocols are used. However, the present invention is not limited to this, and any protocol other than PDCP, TCP, or UDP is used. This can be applied to packet data rearrangement processing. In the first and second embodiments, the present invention is applied to the case where the packet order control is performed in the transport layer. However, the present invention is not limited to this, and the arrangement of packet data in any layer other than the transport layer is performed. It can be applied to replacement control. In the first and second embodiments, checksum verification is performed. However, such processing can be omitted.

  The communication terminal device and the data rearrangement control method according to the present invention are particularly suitable for performing packet order control processing in a predetermined layer.

The block diagram which shows the structure of the communication terminal device which concerns on Embodiment 1 of this invention. The sequence diagram which shows operation | movement of the communication terminal device which concerns on Embodiment 1 of this invention. The flowchart which shows the determination method of whether to perform the packet order control in the order control application determination part which concerns on Embodiment 1 of this invention. The figure which shows the data characteristic which concerns on Embodiment 1 of this invention The block diagram which shows the structure of the communication terminal device which concerns on Embodiment 2 of this invention. Flow chart of header analysis processing method in data analysis unit according to Embodiment 2 of the present invention The figure which shows the data structure of the TCP / UDP / IP packet data which concerns on Embodiment 2 of this invention. The figure which shows the data characteristic which concerns on Embodiment 2 of this invention Sequence diagram showing processing procedure of conventional packet order control

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 Communication terminal device 101 Communication part 102 RLC process part 103 PDCP process part 104 TCP / UDP / IP process part 105 App process part 106 Data characteristic detection part 107 Order control application determination part

Claims (8)

Receiving means for receiving packet data;
Application processing execution means for generating communication control information for executing application processing of the packet data by establishing a bearer;
Data characteristic detection means for detecting data characteristics of the packet data from the generated communication control information;
Reordering determination means for determining whether or not to reorder packet data in a specific protocol process based on the detected data characteristics;
Protocol processing means for executing the specific protocol processing according to the determination;
A communication terminal device comprising: Receiving means for receiving packet data;
Data characteristic detection means for detecting data characteristics of the packet data by analyzing a header of the received packet data;
Reordering determination means for determining whether or not to reorder packet data in a specific protocol process based on the detected data characteristics;
Protocol processing means for executing the specific protocol processing according to the determination;
A communication terminal device comprising: The rearrangement determining unit is configured to arrange the packet data in the specific protocol process when the data characteristic detection unit detects the data characteristic that rearranges the packet data in a protocol higher than the specific protocol. Decide not to perform the replacement,
The communication terminal apparatus according to claim 1, wherein the protocol processing unit executes the specific protocol process without rearranging the packet data. The reordering determining means determines that the reordering of the packet data in the specific protocol processing is not performed when the data characteristic detecting means detects the data characteristic in which the packet data is voice data,
The communication terminal apparatus according to claim 1, wherein the protocol processing unit executes the specific protocol process without rearranging the packet data. The rearrangement determining means determines whether or not to perform rearrangement of packet data in the specific protocol processing of the transport layer,
The communication terminal apparatus according to claim 1, wherein the protocol processing unit executes the specific protocol process of a transport layer according to the determination. The rearrangement determining means determines whether to execute the rearrangement in PDCP (Packet Data Convergence Protocol) which is the specific protocol,
The communication terminal apparatus according to claim 1, wherein the protocol processing unit executes the PDCP process according to the determination. A data rearrangement control method in a communication terminal device that executes processing according to each protocol for packet data,
Generating communication control information for executing application processing of the packet data by establishing a bearer;
Detecting data characteristics of the packet data from the generated communication control information;
Determining whether to perform reordering of packet data in a specific protocol process based on the detected data characteristics;
Performing the specific protocol processing according to the determination;
A data rearrangement control method comprising: A data rearrangement control method in a communication terminal device that executes processing according to each protocol for packet data,
Detecting data characteristics of the packet data by analyzing a header of the received packet data;
Determining whether to perform reordering of packet data in a specific protocol process based on the detected data characteristics;
Performing the specific protocol processing according to the determination;
A data rearrangement control method comprising:

Images