KR20180015745A - 프로토콜 프레임 전송 방법, 장치, 시스템 및 노드 장치 - Google Patents

프로토콜 프레임 전송 방법, 장치, 시스템 및 노드 장치 Download PDF

Info

Publication number
KR20180015745A
KR20180015745A KR1020187000483A KR20187000483A KR20180015745A KR 20180015745 A KR20180015745 A KR 20180015745A KR 1020187000483 A KR1020187000483 A KR 1020187000483A KR 20187000483 A KR20187000483 A KR 20187000483A KR 20180015745 A KR20180015745 A KR 20180015745A
Authority
KR
South Korea
Prior art keywords
data packet
frame
tls frame
tls
tcp data
Prior art date
Application number
KR1020187000483A
Other languages
English (en)
Inventor
애니 웨이
춘샨 시옹
Original Assignee
후아웨이 테크놀러지 컴퍼니 리미티드
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 후아웨이 테크놀러지 컴퍼니 리미티드 filed Critical 후아웨이 테크놀러지 컴퍼니 리미티드
Priority claimed from PCT/CN2015/090826 external-priority patent/WO2017008401A1/zh
Publication of KR20180015745A publication Critical patent/KR20180015745A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1642—Formats specially adapted for sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/166—Implementing security features at a particular protocol layer at the transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명의 실시예는 프로토콜 프레임 전송 방법, 장치, 시스템 및 노드 장치를 개시한다. 상기 프로토콜 프레임 전송 방법은, 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임 - 상기 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계를 포함한다. 본 발명의 실시예에 따라, 하나의 TCP 데이터 패킷의 데이터 파트는 하나의 프로토콜 프레임만의 데이터를 포함하는 것을 보장할 수 있다.

Description

프로토콜 프레임 전송 방법, 장치, 시스템 및 노드 장치
본 발명은 컴퓨터 애플리케이션 기술 분야에 관한 것이며, 특히 프로토콜 프레임 전송 방법, 장치, 시스템 및 노드 장치에 관한 것이다.
요청/응답 모드는 하이퍼 텍스트 전송 프로토콜(Hyper Text Transfer Protocol, HTTP)에서 월드 와이드 웹(World Wide Web, WWW) 데이터를 송신하는 데 사용된다. 제1 노드 장치는 제2 노드 장치의 지정된 포트에 대한 전송 제어 프로토콜(Transmission Control Protocol, TCP) 접속을 구축하라는 요청을 개시한다. 제2 노드 장치는 지정된 포트상에서 제1 노드 장치에 의해 송신된 요청을 청취한다. 제2 노드 장치가 요청을 수신하면, 제2 노드 장치는 응답 메시지를 제1 노드 장치에 송신한다. HTTP 2.0은 버전 2.0의 HTTP이다. HTTP 2.0 프레임은 HTTP 2.0의 기본 프로토콜 단위이다. HTTP 2.0 프레임은 애플리케이션 계층에 의해 전송 계층으로 송신되는 상위 계층 데이터이며 9 바이트의 프레임 헤더와 페이로드를 포함하며, 프레임 헤더는 길이 필드를 포함할 수 있다. HTTP 2.0에서는 자원 활용도가 증가하고 헤더 필드 압축 및 멀티플렉싱을 통해 프로토콜 프레임 전송 지연이 감소한다. 멀티플렉싱은 TCP 접속을 여러 HTTP 2.0 스트림으로 나누고 하나의 HTTP 2.0 스트림에 여러 HTTP 2.0 프레임을할당하여 구현된다.
하나의 HTTP 2.0 프레임은 MSS(Management Support System, 최대 세그먼트 크기)에 따라 적어도 하나의 TCP 데이터 패킷으로 캡슐화된다. MSS는 TCP 연결이 설정될 때 수신자와 송신자 간의 협상 통신 프로세스에서 각 TCP 데이터 패킷이 반송할 수 있는 최대 데이터 길이이다. 애플리케이션 계층은 HTTP 2.0 프레임을 전송 계층으로 송신하고, 전송 계층은 MSS에 따라 HTTP 2.0 프레임을 TCP 데이터 패킷으로 캡슐화한다. 각 TCP 데이터 패킷의 데이터 파트 길이는 MSS이다. 도 7a가 일례로서 사용된다. HTTP 2.0 프레임은 제1 프레임, 제2 프레임 및 제3 프레임을 포함할 수 있으며, 제1 프레임의 데이터 볼륨 및 제2 프레임의 데이터 볼륨은 모두 3000 바이트이고, MSS는 1460 바이트이다. 이 경우, 전송 계층은 MSS에 따라 HTTP 2.0 프레임을 5개의 TCP 데이터 패킷으로 캡슐화할 수 있다. 제1 TCP 데이터 패킷의 데이터 파트는 제1 프레임의 데이터만을 포함하고, 제2 TCP 데이터 패킷의 데이터 파트는 제1 프레임의 데이터만을 포함하고, 제3 TCP 데이터 패킷의 데이터 파트는 제1 프레임의 데이터 및 제2 프레임의 데이터를 포함하고, 제4 TCP 데이터 패킷의 데이터 파트는 제2 프레임의 데이터만을 포함한다. 제3 TCP 데이터 패킷의 데이터 파트는 제1 프레임의 데이터 및 제2 프레임의 데이터를 포함한다. 전술한 캡슐화 방식에서, 상이한 HTTP 2.0 프레임은 동일한 TCP 데이터 패킷으로 캡슐화되고, 결과적으로 데이터 파싱이 구현될 수 없다.
본 발명의 실시예는 하나의 TCP 데이터 패킷의 데이터 파트가 하나의 프로토콜 프레임만의 데이터를 포함하도록 하는 프로토콜 프레임 전송 방법, 장치, 시스템 및 노드 장치를 제공한다.
본 발명의 제1 관점은 프로토콜 프레임 전송 방법을 제공하며, 상기 방법은:
하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 - ; 및
상기 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 포함한다.
제1 가능한 실시에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이며, 이는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타낸다.
제1 관점의 제1 가능한 실시를 참조해서, 제2 가능한 실시에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함하며;
송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
제1 관점의 제1 가능한 실시를 참조해서, 제3 가능한 실시에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함하며;
송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
제1 관점의 제1 가능한 실시를 참조해서, 제4 가능한 실시에서, 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 방법은:
관리 단말에 의해 송신된 프로토콜 프레임을 획득하는 단계
를 포함하며, 여기서 상기 프로토콜 프레임은 단말 식별 정보를 포함할 수 있고, 상기 단말 식별 정보는 프로토콜 프레임에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 지시하는 데 사용된다.
제1 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은:
상기 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하는 단계
를 포함하며, 여기서 상기 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
제1 관점의 가능한 실시를 참조해서, 제6 가능한 실시에서, 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 다음을 포함한다:
프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 사전 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷이 프로토콜 프레임의 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다.
제1 관점의 가능한 실시를 참조해서, 제7 가능한 실시에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 지시 정보이다.
제1 관점 또는 제1 관점의 제1 내지 제7 가능한 실시 중 어느 하나를 참조해서, 제8 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 프로토콜 프레임의 데이터만을 포함한다.
제1 관점 또는 제1 관점의 제1 내지 제8 가능한 실시 중 어느 하나를 참조해서, 제9 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하기 전에, 상기 방법은:
노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하는 단계
를 더 포함하며, 여기서 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계는:
상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 상기 노드 장치에 의해 송신된 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 부가하는 단계
를 포함하며, 상기 수신 확인 시퀀스 번호는 상기 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었다는 것을 지시하는 데 사용될 수 있다.
제1 관점 또는 제1 관점의 제1 내지 제7 가능한 실시 중 어느 하나를 참조해서, 제10 가능한 실시에서, 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 이전에, 상기 방법은:
노드 장치에 통지 메시지를 송신하는 단계
를 더 포함하며, 여기서 상기 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
제1 관점의 제10 가능한 실시를 참조해서, 제11 가능한 실시에서, 통지 메시지는 프로토콜 프레임의 HTTP 2.0 설정 프레임 또는 HTTP 2.0 헤더 필드에서 운반된다.
제1 관점 또는 제1 관점의 제1 내지 제11 가능한 실시 중 어느 하나를 참조해서, 제12 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 지시하는 데 사용된다.
제1 관점 또는 제1 관점의 제1 내지 제12 가능한 실시 중 어느 하나를 참조해서, 제13 가능한 실시에서, 상기 프로토콜 프레임은 TLS 프레임 또는 HTTP 프레임이다.
제1 관점 또는 제1 관점의 제1 내지 제13 가능한 실시 중 어느 하나를 참조해서, 제14 가능한 실시에서, 프로토콜 프레임이 HTTP 프레임이고,
하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계는:
HTTP 프레임을 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 HTTP 프레임에 대응하는 최종 TLS 프레임임 - ; 및
상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 상기 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 HTTP 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 -
를 포함한다.
제1 관점 또는 제1 관점의 제1 내지 제13 가능한 실시 중 어느 하나를 참조해서, 제15 가능한 실시에서, 프로토콜 프레임이 HTTP 프레임이고,
하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계는:
HTTP 프레임을 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 HTTP 프레임에 대응하는 최종 TLS 프레임임 - ; 및
각각의 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 상기 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 -
를 포함한다.
제1 관점 또는 제1 관점의 제1 내지 제13 가능한 실시 중 어느 하나를 참조해서, 제16 가능한 실시에서, 프로토콜 프레임은 TLS 프레임이고, TLS 프레임은 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 지시하는 데 사용된다.
제1 관점 또는 제1 관점의 제1 내지 제16 가능한 실시 중 어느 하나를 참조해서, 제17 가능한 실시에서, 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 상기 방법은:
상기 프로토콜 프레임을 적어도 하나의 압축된 패키지로 압축하는 단계 - 상기 적어도 하나의 압축된 패키지는 프로토콜 프레임만을 포함함 -
를 포함한다.
본 발명의 제2 관점은 프로토콜 프레임 파싱 방법을 제공하며, 상기 방법은:
하나의 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 - ;
상기 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계; 및
상기 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하는 단계
를 포함한다.
제1 가능한 실시에서, 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계는:
최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때, 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하는 단계
를 포함한다.
제2 관점의 가능한 실시를 참조해서, 제2 가능한 실시에서, 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계는:
상기 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 다음 TCP 데이터 패킷이 상기 다음 프로토콜 프레임에 대응하는 상기 시작 TCP 데이터 패킷인 것으로 결정하는 단계
를 포함한다.
제2 관점의 가능한 실시를 참조해서, 제3 가능한 실시에서, 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계는:
최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함할 때, 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷이라는 것을 결정하는 단계
를 포함한다.
제2 관점 또는 제2 관점의 제1 내지 제3 가능한 실시 중 어느 하나를 참조해서, 제4 가능한 실시에서, 하나의 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하기 전에, 상기 방법은:
TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 더 포함하며,
하나의 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신한 후에, 상기 방법은:
그 수신된 TCP 데이터 패킷이 노드 장치에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송하면, 노드 장치에 송신된 TCP 데이터 패킷을 노드 장치가 정확하게 수신했음을 수신 확인 시퀀스 번호에 따라 결정하는 단계
더 포함한다.
제2 관점 또는 제2 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계 이전에, 상기 방법은:
상기 노드 장치에 의해 송신된 통지 메시지를 수신하는 단계; 및
상기 통지 메시지에 따라, 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하는 단계
를 더 포함한다.
제2 관점 또는 제2 관점의 제1 내지 제5 가능한 실시 중 어느 하나를 참조해서, 제6 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고,
시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하는 단계는:
상기 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하는 단계
를 포함한다.
제2 관점 또는 제2 관점의 제1 내지 제6 가능한 실시 중 어느 하나를 참조해서, 제7 가능한 실시에서, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하는 단계 이전에, 상기 방법은:
다음 프로토콜 프레임의 헤더 필드가 정적 테이블을 사용하여 압축되는 것으로 결정하는 단계
를 더 포함한다.
제2 관점 또는 제2 관점의 제1 내지 제7 가능한 실시 중 어느 하나를 참조해서, 제8 가능한 실시에서, 다음 프로토콜 프레임에 대응하는 모든 TCP 데이터 패킷은 동일한 HTPP 2.0 스트림에 속하며,
시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한 후에, 상기 방법은:
다음 프로토콜 프레임에서 수행된 데이터 파싱이 실패하면 HTTP 2.0 스트림에 포함된 프로토콜 프레임에 대해 수행되는 데이터 파싱을 일시 중단하는 단계
를 더 포함한다.
본 발명의 제3 관점은 데이터 전송 방법을 제공하며, 상기 방법은:
하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 최종 TCP 데이터임을 지시하는 데 사용되며, 상기 객체 데이터는 상기 URI에 의해 식별되는 자원을 지시하는 데 사용됨 - ; 및
적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 포함한다.
제1 가능한 실시에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이며, 이는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타낸다.
제3 관점의 제1 가능한 실시를 참조해서, 제2 가능한 실시에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함하며;
송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
제3 관점의 제1 가능한 실시를 참조해서, 제3 가능한 실시에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함하며;
송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 번호와 동일하다.
제3 관점의 제3 가능한 실시를 참조해서, 제4 가능한 실시에서, 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 이전에, 상기 방법은:
관리 단말에 의해 송신된 객체 데이터를 획득하는 단계
를 더 포함하며, 여기서 상기 객체 데이터는 단말 식별 정보를 포함하고, 상기 단말 식별 정보는 객체 데이터에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 지시하는 데 사용된다.
제3 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계는:
객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하는 단계 - 여기서 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0임 -
를 포함한다.
제3 관점의 가능한 실시에서, 제6 가능한 실시에서, 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계는 다음을 포함한다:
객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 사전 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷이 객체 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다.
제3 관점의 가능한 실시에서, 제7 가능한 실시에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보이다.
제3 관점의 제1 내지 제7 가능한 실시 중 어느 하나를 참조해서, 제8 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 객체 데이터만을 포함한다.
제3 관점의 제1 내지 제8 가능한 실시 중 어느 하나를 참조해서, 제9 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하기 전에, 상기 방법은:
노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하는 단계
를 더 포함하며, 여기서 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계는:
상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 상기 노드 장치에 의해 송신된 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 부가하는 단계
를 포함하며, 상기 수신 확인 시퀀스 번호는 상기 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었다는 것을 지시하는 데 사용될 수 있다.
제3 관점의 제1 내지 제9 가능한 실시 중 어느 하나를 참조해서, 제10 가능한 실시에서, 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 이전에, 상기 방법은:
노드 장치에 통지 메시지를 송신하는 단계
를 더 포함하며, 여기서 상기 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
제3 관점의 제1 내지 제10 가능한 실시 중 어느 하나를 참조해서, 제11 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 지시하는 데 사용된다.
제3 관점의 제1 내지 제11 가능한 실시 중 어느 하나를 참조해서, 제12 가능한 실시에서, 객체 데이터는 HTTP 1.1 데이터 또는 HTTP 1.0 데이터이다.
제3 관점의 제1 내지 제12 가능한 실시 중 어느 하나를 참조해서, 제13 가능한 실시에서, 하나의 URI의 객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하는 단계는:
객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 객체 데이터에 대응하는 최종 TLS 프레임임 - ; 및
적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷인 것을 지시하는 데 사용된다.
제3 관점의 제1 내지 제12 가능한 실시 중 어느 하나를 참조해서, 제14 가능한 실시에서, 하나의 URI의 객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하는 단계는:
객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 객체 데이터에 대응하는 최종 TLS 프레임임 - ; 및
각각의 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 최종 TCP 데이터 패킷인 것을 지시하는 데 사용된다.
제3 관점의 제13 또는 제14 가능한 실시를 참조해서, 제15 가능한 실시에서, 각각의 TLS 프레임은 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 지시하는 데 사용된다.
제3 관점 또는 제3 관점의 제1 내지 제15 가능한 실시 중 어느 하나를 참조해서, 제16 가능한 실시에서, 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 상기 방법은:
상기 객체 데이터를 적어도 하나의 압축된 패키지로 압축하는 단계 - 상기 적어도 하나의 압축된 패키지는 프로토콜 프레임만을 포함함 -
를 포함한다.
본 발명의 제4 관점은 데이터 파싱 방법을 제공하며, 상기 방법은:
하나의 URI의 객체 데이터를 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며, 객체 데이터는 URI에 의해 식별된 자원을 지시하는 데 사용됨 - ;
상기 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계; 및
상기 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행하는 단계
를 포함한다.
제1 가능한 실시에서, 상기 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계는:
최종 TCP 데이터 패킷의 데이터 파트 길이가 0인 경우, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하는 단계
를 포함한다.
제4 관점의 제1 가능한 실시를 참조해서, 제1 가능한 실시에서, 상기 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계는:
최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하는 단계
를 포함한다.
제4 관점의 가능한 실시를 참조해서, 제3 가능한 실시에서, 상기 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계는:
최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함할 때, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷이라는 것을 결정하는 단계
를 포함한다.
제4 관점 또는 제4 관점의 제1 내지 제3 가능한 실시 중 어느 하나를 참조해서, 제4 가능한 실시에서, 하나의 URI의 객체 데이터를 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하기 전에, 상기 방법은:
TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 더 포함하며,
하나의 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신한 후에, 상기 방법은:
그 수신된 TCP 데이터 패킷이 노드 장치에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송하면, 노드 장치에 송신된 TCP 데이터 패킷을 노드 장치가 정확하게 수신했음을 수신 확인 시퀀스 번호에 따라 결정하는 단계
를 더 포함한다.
제4 관점 또는 제4 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 상기 방법은:
노드 장치에 의해 송신된 통지 메시지를 수신하는 단계;
상기 통지 메시지에 따라, 객체 데이터에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하는 단계
를 더 포함한다.
제4 관점 또는 제4 관점의 제1 내지 제5 가능한 실시 중 어느 하나를 참조해서, 제6 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하며,
상기 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행하는 단계는:
상기 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하는 단계
를 포함한다.
본 발명의 제5 관점은 데이터 전송 방법을 제공하며, 상기 방법은:
적어도 하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이고, 애플리케이션 계층 데이터 유닛은 URI의 HTTP 프레임 또는 객체 데이터임 - ;
적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하는 단계;
애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가하는 단계;
서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계; 및
적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 포함한다.
제1 가능한 실시에서, 상기 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하는 단계는:
상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하는 단계
를 포함한다.
제2 관점 또는 제2 관점의 제1 가능한 실시를 참조해서, 제2 가능한 실시에서, 상기 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하는 단계는:
상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 최종 TLS 프레임을 목표 TLS 프레임으로 결정하는 단계
를 포함한다.
제5 관점의 제1 또는 제2 가능한 실시를 참조해서, 제3 가능한 실시에서, 상기 서비스 정보는 데이터 유형 정보를 포함하고, 상기 데이터 유형 정보는 상기 목표 TLS 프레임의 데이터 유형을 지시하는 데 사용된다.
제5 관점의 제1 또는 제2 가능한 실시를 참조해서, 제4 가능한 실시에서, 상기 서비스 정보는 정책 정보를 포함하고, 상기 정책 정보는 상기 목표 TLS 프레임에 대해 수행될 정책을 지시하는 데 사용되며, 상기 수행될 정책은 QoS 정책 또는 과금 정책을 포함한다.
제5 관점의 제1 내지 제5 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 상기 서비스 정보는 상기 목표 TLS 프레임의 TLS 헤더 필드에서 운반된다.
제5 관점의 가능한 실시를 참조해서, 제6 가능한 실시에서, 상기 목표 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 지시하는 데 사용되고, 그리고
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함한다.
제5 관점의 제6 가능한 실시를 참조해서, 제7 가능한 실시에서, 상기 서비스 정보는 데이터 유형 정보를 포함하고, 상기 데이터 유형 정보는 상기 지정된 TLS 프레임의 데이터 유형을 지시하는 데 사용된다.
제5 관점의 제6 또는 제7 가능한 실시를 참조해서, 제8 가능한 실시에서, 상기 서비스 정보는 정책 정보를 포함하고, 상기 정책 정보는 상기 지정된 TLS 프레임에 대해 수행될 정책을 지시하는 데 사용되며, 상기 수행될 정책은 QoS 정책 또는 과금 정책을 포함한다.
제5 관점의 제6 내지 제8 가능한 실시 중 어느 하나를 참조해서, 제9 가능한 실시에서, 목표 TLS 프레임은 확장 식별자 정보를 포함하며, 확장 식별자 정보는 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내는 프로토콜 프레임임을 지시하는 데 사용된다.
제5 관점의 제6 내지 제9 가능한 실시 중 어느 하나를 참조해서, 제10 가능한 실시에서, 상기 서비스 정보는 상기 목표 TLS 프레임의 데이터 파트에 반송된다.
본 발명의 제6 관점은 데이터 파싱 방법을 제공하며, 상기 방법은:
서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득됨 -;
상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계; 및
상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계
를 포함한다.
제1 가능한 실시에서, 상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계 이전에, 상기 방법은:
상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하는 단계
를 더 포함한다.
제6 관점 또는 제6 관점의 제1 가능한 실시를 참조해서, 제2 가능한 실시에서, 상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계 이전에, 상기 방법은:
상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 최종 TLS 프레임을 목표 TLS 프레임으로 결정하는 단계
를 더 포함한다.
제6 관점, 또는 제6 관점의 제1 또는 제2 가능한 실시를 참조해서, 제3 가능한 실시에서, 상기 서비스 정보는 데이터 유형 정보를 포함하고,
상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계는:
상기 데이터 유형 정보에 따라 상기 목표 TLS 프레임의 데이터 유형을 획득하는 단계; 및
상기 목표 TLS 프레임의 데이터 유형을 상기 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하는 단계
를 포함한다.
제6 관점 또는 제6 관점의 제1 내지 제3 가능한 실시 중 어느 하나를 참조해서, 제4 가능한 실시에서, 상기 서비스 정보는 정책 정보를 포함하고,
상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계는,
상기 정책 정보에 따라 상기 목표 TLS 프레임에 대해 수행될 정책을 획득하는 단계; 및
상기 목표 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하는 단계
를 포함한다.
제6 관점 또는 제6 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계 이전에, 상기 방법은:
상기 목표 TLS 프레임의 TLS 헤더 필드로부터 상기 서비스 정보를 획득하는 단계
를 더 포함한다.
제6 관점의 가능한 실시를 참조해서, 제6 가능한 실시에서, 상기 목표 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 지시하는 데 사용되고, 그리고
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함한다.
제6 관점의 제6 가능한 실시를 참조해서, 제7 가능한 실시에서, 상기 서비스 정보는 데이터 유형 정보를 포함하고,
상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계는:
상기 데이터 유형 정보에 따라 상기 지정된 TLS 프레임의 데이터 유형을 획득하는 단계; 및
상기 지정된 TLS 프레임의 데이터 유형을 상기 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하는 단계
를 포함한다.
제6 관점의 제6 또는 제7 가능한 실시를 참조해서, 제8 가능한 실시에서, 상기 서비스 정보는 정책 정보를 포함하고,
상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계는:
상기 정책 정보에 따라 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임에 대해 수행될 정책을 획득하는 단계; 및
상기 지정된 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하는 단계
를 포함한다.
제6 관점의 제8 가능한 실시를 참조해서, 제9 가능한 실시에서, 상기 지정된 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하는 단계 이후에, 상기 방법은:
상기 목표 TLS 프레임을 삭제하는 단계
를 더 포함한다.
제6 관점의 제6 내지 제9 가능한 실시 중 어느 하나를 참조해서, 제10 가능한 실시에서,
상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계 이전에, 상기 방법은:
목표 TLS 프레임이 확장 식별자 정보를 포함하는 것으로 결정하는 단계
를 더 포함하며, 여기서 확장 식별자 정보는 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내는 프로토콜 프레임임을 지시하는 데 사용된다.
제6 관점의 제6 내지 제9 가능한 실시 중 어느 하나를 참조해서, 제11 가능한 실시에서, 상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계는:
상기 목표 TLS 프레임의 데이터 파트로부터 상기 서비스 정보를 획득하는 단계
를 포함한다.
본 발명의 제7 관점은 프로토콜 프레임 전송 장치를 제공하며, 상기 장치는:
하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있는 캡슐화 유닛 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 - ; 및
상기 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하도록 구성되어 있는 송신 유닛
을 포함한다.
제1 가능한 실시에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이며, 이는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타낸다.
제7 관점의 제1 가능한 실시를 참조해서, 제2 가능한 실시에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함하며;
송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
제7 관점의 제1 가능한 실시를 참조해서, 제3 가능한 실시에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함하며;
송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
제7 관점의 제1 가능한 실시를 참조해서, 제4 가능한 실시에서, 획득 유닛은: 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 관리 단말에 의해 송신된 프로토콜 프레임을 획득하도록 구성되어 있으며, 여기서 상기 프로토콜 프레임은 단말 식별 정보를 포함할 수 있고, 상기 단말 식별 정보는 프로토콜 프레임에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 지시하는 데 사용된다.
제7 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 캡슐화 유닛은: 상기 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하도록 구성되어 있으며, 여기서 상기 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
제7 관점의 가능한 실시를 참조해서, 제6 가능한 실시에서, 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 사전 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷이 프로토콜 프레임의 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다.
제7 관점의 가능한 실시를 참조해서, 제7 가능한 실시에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 지시 정보이다.
제7 관점 또는 제7 관점의 제1 내지 제7 가능한 실시 중 어느 하나를 참조해서, 제8 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 프로토콜 프레임의 데이터만을 포함한다.
제7 관점 또는 제7 관점의 제1 내지 제8 가능한 실시 중 어느 하나를 참조해서, 제9 가능한 실시에서, 상기 장치는:
노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하도록 구성되어 있는 수신 유닛
을 더 포함하며, 여기서 캡슐화 유닛은 상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 상기 노드 장치에 의해 송신된 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 부가하도록 구성되어 있으며, 상기 수신 확인 시퀀스 번호는 상기 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었다는 것을 지시하는 데 사용될 수 있다.
제7 관점 또는 제7 관점의 제1 내지 제7 가능한 실시 중 어느 하나를 참조해서, 제10 가능한 실시에서, 상기 송신 유닛은 노드 장치에 통지 메시지를 송신하도록 추가로 구성되어 있으며, 여기서 상기 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
제7 관점의 제10 가능한 실시를 참조해서, 제11 가능한 실시에서, 통지 메시지는 프로토콜 프레임의 HTTP 2.0 설정 프레임 또는 HTTP 2.0 헤더 필드에서 운반된다.
제7 관점 또는 제7 관점의 제1 내지 제11 가능한 실시 중 어느 하나를 참조해서, 제12 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 지시하는 데 사용된다.
제7 관점 또는 제7 관점의 제1 내지 제12 가능한 실시 중 어느 하나를 참조해서, 제13 가능한 실시에서, 상기 프로토콜 프레임은 TLS 프레임 또는 HTTP 프레임이다.
제7 관점 또는 제7 관점의 제1 내지 제13 가능한 실시 중 어느 하나를 참조해서, 제14 가능한 실시에서, 프로토콜 프레임이 HTTP 프레임이고,
상기 캡슐화 유닛은: HTTP 프레임을 적어도 하나의 TLS 프레임으로 캡슐화하며 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 HTTP 프레임에 대응하는 최종 TLS 프레임임 - ; 그리고 상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있으며, 상기 적어도 하나의 TCP 데이터 패킷 내의 상기 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 HTTP 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
제7 관점 또는 제7 관점의 제1 내지 제13 가능한 실시 중 어느 하나를 참조해서, 제15 가능한 실시에서, 프로토콜 프레임이 HTTP 프레임이고,
상기 캡슐화 유닛은: HTTP 프레임을 적어도 하나의 TLS 프레임으로 캡슐화하며 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 HTTP 프레임에 대응하는 최종 TLS 프레임임 - ; 그리고 각각의 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있으며, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 상기 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
제7 관점 또는 제7 관점의 제1 내지 제13 가능한 실시 중 어느 하나를 참조해서, 제16 가능한 실시에서, 프로토콜 프레임은 TLS 프레임이고, TLS 프레임은 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 지시하는 데 사용된다.
제7 관점 또는 제7 관점의 제1 내지 제16 가능한 실시 중 어느 하나를 참조해서, 제17 가능한 실시에서, 상기 장치는:
하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 상기 프로토콜 프레임을 적어도 하나의 압축된 패키지로 압축하도록 구성되어 있는 압축 유닛 - 상기 적어도 하나의 압축된 패키지는 프로토콜 프레임만을 포함함 -
을 더 포함한다.
본 발명의 제8 관점은 노드 장치를 제공하며, 상기 노드 장치는 프로세서, 메모리 및 네트워크 인터페이스를 포함하며, 상기 메모리는 한 세트의 프로그램 코드를 저장하고, 상기 프로세서는 상기 메모리에 저장되어 있는 프로그램 코드를 불러내어 다음의 작동:
하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 - ; 및
상기 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 수행한다.
본 발명의 제9 관점은 프로토콜 프레임 파싱 장치를 제공하며, 상기 장치는:
하나의 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하도록 구성되어 있는 수신 유닛 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 - ;
상기 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하도록 구성되어 있는 결정 유닛; 및
상기 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하도록 구성되어 있는 파싱 유닛
을 포함한다.
제1 가능한 실시에서, 상기 결정 유닛은: 최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때, 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하도록 구성되어 있다.
제9 관점의 가능한 실시를 참조해서, 제2 가능한 실시에서, 상기 결정 유닛은: 상기 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 다음 TCP 데이터 패킷이 상기 다음 프로토콜 프레임에 대응하는 상기 시작 TCP 데이터 패킷인 것으로 결정하도록 구성되어 있다.
제9 관점의 가능한 실시를 참조해서, 제3 가능한 실시에서, 상기 결정 유닛은: 최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함할 때, 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷이라는 것을 결정하도록 구성되어 있다.
제9 관점 또는 제9 관점의 제1 내지 제3 가능한 실시 중 어느 하나를 참조해서, 제4 가능한 실시에서, 상기 장치는:
하나의 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하기 전에, TCP 데이터 패킷을 노드 장치에 송신하도록 구성되어 있는 송신 유닛
을 더 포함하며,
상기 결정 유닛은: 그 수신된 TCP 데이터 패킷이 노드 장치에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송하면, 노드 장치에 송신된 TCP 데이터 패킷을 노드 장치가 정확하게 수신했음을 수신 확인 시퀀스 번호에 따라 결정하도록 구성되어 있다.
제9 관점 또는 제9 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 상기 수신 유닛은: 상기 결정 유닛이 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하기 이전에, 상기 노드 장치에 의해 송신된 통지 메시지를 수신하도록 구성되어 있고,
상기 장치는:
상기 통지 메시지에 따라, 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하도록 구성되어 있는 획득 유닛
을 더 포함한다.
제9 관점 또는 제9 관점의 제1 내지 제5 가능한 실시 중 어느 하나를 참조해서, 제6 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고,
상기 파싱 유닛은 상기 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하도록 구성되어 있다.
제9 관점 또는 제9 관점의 제1 내지 제6 가능한 실시 중 어느 하나를 참조해서, 제7 가능한 실시에서, 상기 결정 유닛은: 상기 파싱 유닛이 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하기 전에, 다음 프로토콜 프레임의 헤더 필드가 정적 테이블을 사용하여 압축되는 것으로 결정하도록 구성되어 있다.
제9 관점 또는 제9 관점의 제1 내지 제7 가능한 실시 중 어느 하나를 참조해서, 제8 가능한 실시에서, 다음 프로토콜 프레임에 대응하는 모든 TCP 데이터 패킷은 동일한 HTPP 2.0 스트림에 속하며,
상기 프로토콜 프레임 전송 장치는:
상기 파싱 유닛이 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한 후에, 다음 프로토콜 프레임에서 수행된 데이터 파싱이 실패하면 HTTP 2.0 스트림에 포함된 프로토콜 프레임에 대해 수행되는 데이터 파싱을 일시 중단하도록 구성되어 있는 제어 유닛
을 더 포함한다.
제10 관점은 노드 장치는 제공하며, 상기 노드 장치는 프로세서, 메모리 및 네트워크 인터페이스를 포함하며, 상기 메모리는 한 세트의 프로그램 코드를 저장하고, 상기 프로세서는 상기 메모리에 저장되어 있는 프로그램 코드를 불러내어 다음의 작동:
하나의 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 - ;
상기 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계; 및
상기 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하는 단계
를 수행한다.
본 발명의 제11 관점은 데이터 전송 장치를 제공하며, 상기 장치는:
하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있는 캡슐화 유닛 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 최종 TCP 데이터임을 지시하는 데 사용되며, 상기 객체 데이터는 상기 URI에 의해 식별되는 자원을 지시하는 데 사용됨 - ; 및
적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하도록 구성되어 있는 송신 유닛
을 포함한다.
제1 가능한 실시에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이며, 이는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타낸다.
제11 관점의 제1 가능한 실시를 참조해서, 제2 가능한 실시에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함하며;
송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
제11 관점의 제1 가능한 실시를 참조해서, 제3 가능한 실시에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함하며;
송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 번호와 동일하다.
제11 관점의 제3 가능한 실시를 참조해서, 제4 가능한 실시에서, 상기 장치는:
상기 캡슐화 유닛이 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 관리 단말에 의해 송신된 객체 데이터를 획득하도록 구성되어 있는 획득 유닛
을 더 포함하며, 여기서 상기 객체 데이터는 단말 식별 정보를 포함하고, 상기 단말 식별 정보는 객체 데이터에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 지시하는 데 사용된다.
제11 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 상기 캡슐화 유닛은 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하도록 구성되어 있으며, 여기서 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
제11 관점의 가능한 실시에서, 제6 가능한 실시에서, 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 사전 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷이 객체 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다.
제11 관점의 가능한 실시에서, 제7 가능한 실시에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보이다.
제11 관점의 제1 내지 제7 가능한 실시 중 어느 하나를 참조해서, 제8 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 객체 데이터만을 포함한다.
제11 관점의 제1 내지 제8 가능한 실시 중 어느 하나를 참조해서, 제9 가능한 실시에서, 상기 장치는:
노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하도록 구성되어 있는 수신 유닛
을 더 포함하며,
상기 캡슐화 유닛은 상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 상기 노드 장치에 의해 송신된 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 부가하도록 구성되어 있으며, 상기 수신 확인 시퀀스 번호는 상기 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었다는 것을 지시하는 데 사용된다.
제11 관점의 제1 내지 제9 가능한 실시 중 어느 하나를 참조해서, 제10 가능한 실시에서, 상기 송신 유닛은 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 노드 장치에 통지 메시지를 송신하도록 추가로 구성되어 있으며, 여기서 상기 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
제11 관점의 제1 내지 제10 가능한 실시 중 어느 하나를 참조해서, 제11 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 지시하는 데 사용된다.
제11 관점의 제1 내지 제11 가능한 실시 중 어느 하나를 참조해서, 제12 가능한 실시에서, 객체 데이터는 HTTP 1.1 데이터 또는 HTTP 1.0 데이터이다.
제11 관점의 제1 내지 제12 가능한 실시 중 어느 하나를 참조해서, 제13 가능한 실시에서, 상기 캡슐화 유닛은: 객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하며 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 객체 데이터에 대응하는 최종 TLS 프레임임 - ; 그리고 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있으며, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷인 것을 지시하는 데 사용된다.
제11 관점의 제1 내지 제12 가능한 실시 중 어느 하나를 참조해서, 제14 가능한 실시에서, 상기 캡슐화 유닛은: 객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하며 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 객체 데이터에 대응하는 최종 TLS 프레임임 - ; 그리고 각각의 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있으며, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 최종 TCP 데이터 패킷인 것을 지시하는 데 사용된다.
제11 관점의 제13 또는 제14 가능한 실시를 참조해서, 제15 가능한 실시에서, 각각의 TLS 프레임은 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 지시하는 데 사용된다.
제11 관점 또는 제11 관점의 제1 내지 제15 가능한 실시 중 어느 하나를 참조해서, 제16 가능한 실시에서, 상기 장치는:
하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 상기 객체 데이터를 적어도 하나의 압축된 패키지로 압축하도록 구성되어 있는 압축 유닛 - 상기 적어도 하나의 압축된 패키지는 프로토콜 프레임만을 포함함 -
을 더 포함한다.
본 발명의 제12 관점은 노드 장치를 제공하며, 상기 노드 장치는 프로세서, 메모리 및 네트워크 인터페이스를 포함하며, 상기 메모리는 한 세트의 프로그램 코드를 저장하고, 상기 프로세서는 상기 메모리에 저장되어 있는 프로그램 코드를 불러내어 다음의 작동:
하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 최종 TCP 데이터임을 지시하는 데 사용되며, 상기 객체 데이터는 상기 URI에 의해 식별되는 자원을 지시하는 데 사용됨 - ; 및
적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 수행한다.
본 발명의 제13 관점은 데이터 파싱 장치를 제공하며, 상기 장치는:
하나의 URI의 객체 데이터를 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하도록 구성되어 있는 수신 유닛 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며, 객체 데이터는 URI에 의해 식별된 자원을 지시하는 데 사용됨 - ;
상기 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하도록 구성되어 있는 결정 유닛; 및
상기 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행하도록 구성되어 있는 파싱 유닛
을 포함한다.
제1 가능한 실시에서, 상기 결정 유닛은: 최종 TCP 데이터 패킷의 데이터 파트 길이가 0인 경우, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하도록 구성되어 있다.
제13 관점의 제1 가능한 실시를 참조해서, 제1 가능한 실시에서, 상기 결정 유닛은: 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하도록 구성되어 있다.
제13 관점의 가능한 실시를 참조해서, 제3 가능한 실시에서, 상기 결정 유닛은: 최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함할 때, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷이라는 것을 결정하도록 구성되어 있다.
제13 관점 또는 제13 관점의 제1 내지 제3 가능한 실시 중 어느 하나를 참조해서, 제4 가능한 실시에서, 상기 장치는:
하나의 URI의 객체 데이터를 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하기 전에, TCP 데이터 패킷을 노드 장치에 송신하도록 구성되어 있는 송신 유닛
을 더 포함하며,
상기 결정 유닛은: 그 수신된 TCP 데이터 패킷이 노드 장치에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송하면, 노드 장치에 송신된 TCP 데이터 패킷을 노드 장치가 정확하게 수신했음을 수신 확인 시퀀스 번호에 따라 결정하도록 추가로 구성되어 있다.
제13 관점 또는 제13 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 상기 수신 유닛은: 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 노드 장치에 의해 송신된 통지 메시지를 수신하도록 추가로 구성되어 있으며,
상기 장치는:
상기 통지 메시지에 따라, 객체 데이터에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하도록 구성되어 있는 획득 유닛
을 더 포함한다.
제13 관점 또는 제13 관점의 제1 내지 제5 가능한 실시 중 어느 하나를 참조해서, 제6 가능한 실시에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하며,
상기 파싱 유닛은 상기 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하도록 구성되어 있다.
본 발명의 제14 관점은 노드 장치를 제공하며, 상기 노드 장치는 프로세서, 메모리 및 네트워크 인터페이스를 포함하며, 상기 메모리는 한 세트의 프로그램 코드를 저장하고, 상기 프로세서는 상기 메모리에 저장되어 있는 프로그램 코드를 불러내어 다음의 작동:
하나의 URI의 객체 데이터를 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며, 객체 데이터는 URI에 의해 식별된 자원을 지시하는 데 사용됨 - ;
상기 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계; 및
상기 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행하는 단계
를 수행한다.
본 발명의 제15 관점은 데이터 전송 장치를 제공하며, 상기 장치는:
적어도 하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하도록 구성되어 있는 캡슐화 유닛 - 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이고, 애플리케이션 계층 데이터 유닛은 URI의 HTTP 프레임 또는 객체 데이터임 - ;
적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하도록 구성되어 있는 결정 유닛;
애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가하도록 구성되어 있는 부가 유닛 - 상기 캡슐화 유닛은 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있음 - ; 및
적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하도록 구성되어 있는 송신 유닛
을 포함한다.
제1 가능한 실시에서, 상기 결정 유닛은 상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성되어 있다.
제15 관점 또는 제15 관점의 제1 가능한 실시를 참조해서, 제2 가능한 실시에서, 상기 결정 유닛은 상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 최종 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성되어 있다.
제15 관점의 제1 또는 제2 가능한 실시를 참조해서, 제3 가능한 실시에서, 상기 서비스 정보는 데이터 유형 정보를 포함하고, 상기 데이터 유형 정보는 상기 목표 TLS 프레임의 데이터 유형을 지시하는 데 사용된다.
제15 관점의 제1 또는 제2 가능한 실시를 참조해서, 제4 가능한 실시에서, 상기 서비스 정보는 정책 정보를 포함하고, 상기 정책 정보는 상기 목표 TLS 프레임에 대해 수행될 정책을 지시하는 데 사용되며, 상기 수행될 정책은 QoS 정책 또는 과금 정책을 포함한다.
제15 관점의 제1 내지 제5 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 상기 서비스 정보는 상기 목표 TLS 프레임의 TLS 헤더 필드에서 운반된다.
제15 관점의 가능한 실시를 참조해서, 제6 가능한 실시에서, 상기 목표 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 지시하는 데 사용되고, 그리고
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함한다.
제15 관점의 제6 가능한 실시를 참조해서, 제7 가능한 실시에서, 상기 서비스 정보는 데이터 유형 정보를 포함하고, 상기 데이터 유형 정보는 상기 지정된 TLS 프레임의 데이터 유형을 지시하는 데 사용된다.
제15 관점의 제6 또는 제7 가능한 실시를 참조해서, 제8 가능한 실시에서, 상기 서비스 정보는 정책 정보를 포함하고, 상기 정책 정보는 상기 지정된 TLS 프레임에 대해 수행될 정책을 지시하는 데 사용되며, 상기 수행될 정책은 QoS 정책 또는 과금 정책을 포함한다.
제15 관점의 제6 내지 제8 가능한 실시 중 어느 하나를 참조해서, 제9 가능한 실시에서, 목표 TLS 프레임은 확장 식별자 정보를 포함하며, 확장 식별자 정보는 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내는 프로토콜 프레임임을 지시하는 데 사용된다.
제15 관점의 제6 내지 제9 가능한 실시 중 어느 하나를 참조해서, 제10 가능한 실시에서, 상기 서비스 정보는 상기 목표 TLS 프레임의 데이터 파트에 반송된다.
본 발명의 제16 관점은 노드 장치를 제공하며, 상기 노드 장치는 프로세서, 메모리 및 네트워크 인터페이스를 포함하며, 상기 메모리는 한 세트의 프로그램 코드를 저장하고, 상기 프로세서는 상기 메모리에 저장되어 있는 프로그램 코드를 불러내어 다음의 작동:
적어도 하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이고, 애플리케이션 계층 데이터 유닛은 URI의 HTTP 프레임 또는 객체 데이터임 - ;
적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하는 단계;
애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가하는 단계;
서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계; 및
네트워크 인터페이스를 사용해서 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 수행한다.
본 발명의 제17 관점은 데이터 파싱 장치를 제공하며, 상기 장치는:
서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하도록 구성되어 있는 수신 유닛 - 상기 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득됨 -;
상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하도록 구성되어 있는 획득 유닛; 및
상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하도록 구성되어 있는 파싱 유닛
을 포함한다.
제1 가능한 실시에서, 상기 장치는:
상기 획득 유닛이 목표 TLS 프레임 내의 상기 서비스 정보를 획득하기 전에, 상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성되어 있는 결정 유닛
을 더 포함한다.
제17 관점 또는 제17 관점의 제1 가능한 실시를 참조해서, 제2 가능한 실시에서, 상기 장치는:
상기 획득 유닛이 목표 TLS 프레임 내의 상기 서비스 정보를 획득하기 전에, 상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 최종 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성되어 있는 결정 유닛
을 더 포함한다.
제17 관점, 또는 제17 관점의 제1 또는 제2 가능한 실시를 참조해서, 제3 가능한 실시에서, 상기 서비스 정보는 데이터 유형 정보를 포함하고,
상기 파싱 유닛은: 상기 데이터 유형 정보에 따라 상기 목표 TLS 프레임의 데이터 유형을 획득하며, 그리고 상기 목표 TLS 프레임의 데이터 유형을 상기 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하도록 구성되어 있다.
제17 관점 또는 제17 관점의 제1 내지 제3 가능한 실시 중 어느 하나를 참조해서, 제4 가능한 실시에서, 상기 서비스 정보는 정책 정보를 포함하고,
상기 파싱 유닛은: 상기 정책 정보에 따라 상기 목표 TLS 프레임에 대해 수행될 정책을 획득하며, 그리고 상기 목표 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하도록 구성되어 있다.
제17 관점 또는 제17 관점의 제1 내지 제4 가능한 실시 중 어느 하나를 참조해서, 제5 가능한 실시에서, 상기 획득 유닛은 상기 목표 TLS 프레임의 TLS 헤더 필드로부터 상기 서비스 정보를 획득하도록 구성되어 있다.
제17 관점의 가능한 실시를 참조해서, 제6 가능한 실시에서, 상기 목표 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 지시하는 데 사용되고, 그리고
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함하거나, 또는
상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함한다.
제17 관점의 제6 가능한 실시를 참조해서, 제7 가능한 실시에서, 상기 서비스 정보는 데이터 유형 정보를 포함하고,
상기 파싱 유닛은: 상기 데이터 유형 정보에 따라 상기 지정된 TLS 프레임의 데이터 유형을 획득하며, 그리고 상기 지정된 TLS 프레임의 데이터 유형을 상기 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하도록 구성되어 있다.
제17 관점의 제6 또는 제7 가능한 실시를 참조해서, 제8 가능한 실시에서, 상기 서비스 정보는 정책 정보를 포함하고,
상기 파싱 유닛은: 상기 정책 정보에 따라 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임에 대해 수행될 정책을 획득하며, 그리고 상기 지정된 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하도록 구성되어 있다.
제17 관점의 제8 가능한 실시를 참조해서, 제9 가능한 실시에서, 상기 장치는:
상기 파싱 유닛이 상기 지정된 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정한 후에, 상기 목표 TLS 프레임을 삭제하도록 구성되어 있다.
제17 관점의 제6 내지 제9 가능한 실시 중 어느 하나를 참조해서, 제10 가능한 실시에서, 상기 장치는:
상기 결정 유닛이 목표 TLS 프레임 내의 상기 서비스 정보를 획득하기 전에, 목표 TLS 프레임이 확장 식별자 정보를 포함하는 것으로 결정하도록 구성되어 있는 결정 유닛
을 더 포함하며, 여기서 확장 식별자 정보는 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내는 프로토콜 프레임임을 지시하는 데 사용된다.
제17 관점의 제6 내지 제9 가능한 실시 중 어느 하나를 참조해서, 제11 가능한 실시에서,
상기 획득 유닛은 상기 목표 TLS 프레임의 데이터 파트로부터 상기 서비스 정보를 획득하도록 구성되어 있다.
본 발명의 제18 관점은 노드 장치를 제공하며, 상기 노드 장치는 프로세서, 메모리 및 네트워크 인터페이스를 포함하며, 상기 메모리는 한 세트의 프로그램 코드를 저장하고, 상기 프로세서는 상기 메모리에 저장되어 있는 프로그램 코드를 불러내어 다음의 작동:
서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득됨 -;
상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계; 및
상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계
를 수행한다.
본 발명의 제19 관점은 프로토콜 프레임 전송 시스템을 제공하며, 상기 시스템은 제7 관점에 따른 프로토콜 프레임 캡슐화 장치 및 제9 관점에 따른 프로토콜 프레임 파싱 장치를 포함한다.
본 발명의 제20 관점은 프로토콜 프레임 전송 시스템을 제공하며, 상기 시스템은 제11 관점에 따른 데이터 전송 장치 및 제13 관점에 따른 프로토콜 파싱 장치를 포함한다.
본 발명의 제21 관점은 프로토콜 프레임 전송 시스템을 제공하며, 상기 시스템은 제15 관점에 따른 데이터 전송 장치 및 제17 관점에 따른 프로토콜 파싱 장치를 포함한다.
본 발명의 실시예에서, 프로토콜 프레임은 적어도 하나의 TCP 데이터 패킷으로 캡슐화되고, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷이라는 것을 지시하는 데 사용되며, 상기 적어도 하나의 TCP 데이터 패킷은 노드 장치에 송신된다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트가 하나의 프로토콜 프레임만의 데이터를 포함하는 것이 보장될 수 있다.
본 발명의 실시예 또는 종래 기술의 기술적 솔루션을 더 명확하게 설명하기 위해, 이하에서는 본 발명의 실시예를 설명하는 데 필요한 첨부된 도면에 대해 간략하게 설명한다. 당연히, 이하의 실시예의 첨부된 도면은 본 발명의 일부의 실시예에 지나지 않으며, 당업자라면 창조적 노력 없이 첨부된 도면으로부터 다른 도면을 도출해낼 수 있을 것이다.
도 1은 본 발명의 제1 실시예에 따른 프로토콜 프레임 전송 방법에 대한 개략적인 흐름도이다.
도 2는 본 발명의 실시예에 따른 프로토콜 프레임 파싱 방법에 대한 개략적인 흐름도이다.
도 3은 본 발명의 제2 실시예에 따른 프로토콜 프레임 전송 방법에 대한 개략적인 흐름도이다.
도 4는 본 발명의 제3 실시예에 따른 프로토콜 프레임 전송 방법에 대한 개략적인 흐름도이다.
도 5는 본 발명의 제4 실시예에 따른 프로토콜 프레임 전송 방법에 대한 개략적인 흐름도이다.
도 6은 본 발명의 제5 실시예에 따른 프로토콜 프레임 전송 방법에 대한 개략적인 흐름도이다.
도 7a는 종래기술에 따라 프로토콜 프레임이 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면이다.
도 7b는 본 발명의 실시예에 따라 프로토콜 프레임이 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면이다.
도 7c는 본 발명의 실시예에 따른 TCP 데이터 패킷의 개략적인 구조도이다.
도 7d는 본 발명의 실시예에 따른 설정 프레임에 대한 개략적인 인터페이스 도면이다.
도 7e는 본 발명의 실시예에 따른 HTTP 프레임의 개략적인 구조도이다.
도 7f는 본 발명의 실시예에 따른 TLS 프레임의 개략적인 구조도이다.
도 7g는 본 발명의 실시예에 따라 프로토콜 프레임이 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면이다.
도 7h는 본 발명의 실시예에 따라 프로토콜 프레임이 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면이다.
도 7i는 본 발명의 실시예에 따라 객체 데이터가 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면이다.
도 7j는 본 발명의 실시예에 따라 객체 데이터가 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면이다.
도 8은 본 발명의 실시예에 따른 프로토콜 프레임 전송 장치의 개략적인 구조도이다.
도 9는 본 발명의 제1 실시예에 따른 노드 장치의 개략적인 구조도이다.
도 10은 본 발명의 실시예에 따른 프로토콜 프레임 파싱 장치의 개략적인 구조도이다.
도 11은 본 발명의 제2 실시예에 따른 프로토콜 프레임 전송 장치의 개략적인 구조도이다.
도 12는 본 발명의 실시예에 따른 프로토콜 프레임 전송 시스템의 개략적인 구조도이다.
도 13은 본 발명의 실시예에 따른 데이터 전송 방법의 개략적인 흐름도이다.
도 14는 본 발명의 실시예에 따른 데이터 파싱 방법의 개략적인 흐름도이다.
도 15는 본 발명의 실시예에 따른 데이터 전송 장치의 개략적인 구조도이다.
도 16은 본 발명의 제3 실시예에 따른 노드 장치의 개략적인 구조도이다.
도 17은 본 발명의 실시예에 따른 데이터 파싱 장치의 개략적인 구조도이다.
도 18은 본 발명의 제4 실시예에 따른 노드 장치의 개략적인 구조도이다.
도 19는 본 발명의 실시예에 따른 데이터 전송 시스템의 개략적인 구조도이다.
도 20은 본 발명의 다른 실시예에 따른 데이터 전송 방법의 개략적인 흐름도이다.
도 21은 본 발명의 다른 실시예에 따른 데이터 파싱 방법의 개략적인 흐름도이다.
도 22는 본 발명의 다른 실시예에 따른 데이터 전송 장치의 개략적인 구조도이다.
도 23은 본 발명의 제5 실시예에 따른 노드 장치의 개략적인 구조도이다.
도 24는 본 발명의 다른 실시예에 따른 데이터 파싱 장치의 개략적인 구조도이다.
도 25는 본 발명의 제6 실시예에 따른 노드 장치의 개략적인 구조도이다.
도 26은 본 발명의 다른 실시예에 따른 데이터 전송 시스템의 개략적인 구조도이다.
이하에서는 본 발명의 실시예에 첨부된 도면을 참조하여 본 발명의 실시예의 기술적 솔루션에 대해 명확하게 설명한다. 당연히, 설명된 실시예는 본 발명의 모든 실시예가 아닌 일부에 지나지 않는다. 당업자가 창조적 노력 없이 본 발명의 실시예에 기초하여 획득하는 모든 다른 실시예는 본 발명의 보호 범위 내에 있게 된다.
기존의 프로토콜 프레임 전송 방식에서는, MSS에 따라 적어도 하나의 TCP 데이터 패킷에 프로토콜 프레임을 캡슐화하고 하나의 TCP 데이터 패킷의 데이터 파트는 서로 다른 프로토콜 프레임의 데이터를 포함한다. 또한, 적어도 하나의 TCP 데이터 패킷이 노드 장치에 송신된 후에, 노드 장치는 프로토콜 프레임의 경계를 인식할 수 없으며, 따라서 프로토콜 프레임에 대한 데이터 파싱을 수행할 수 없다.
본 발명의 실시예들은 프로토콜 프레임 전송 방법을 제공한다. 하나의 프로토콜 프레임은 적어도 하나의 TCP 데이터 패킷으로 캡슐화되며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 상기 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며, 상기 적어도 하나의 TCP 데이터 패킷은 노드 장치로 송신된다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트가 단지 하나의 프로토콜 프레임의 데이터를 포함하는 것이 보장된다.
본 발명의 실시예들에서 언급된 프로토콜 프레임은 HTTP 프레임 또는 전송 계층 보안(Transport Layer Security, TLS) 프레임을 포함할 수 있다. 예를 들어, HTTP 프레임은 HTTP 2.0 프레임일 수 있고, HTTP 2.0은 애플리케이션 계층에 있으며, HTTP 2.0 프레임은 애플리케이션 계층의 데이터이다. 하나의 HTTP 프레임은 적어도 하나의 TCP 데이터 패킷으로 캡슐화될 수 있으며, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 HTTP 프레임에 대응하는 최종 TCP 데이터임을 지시하는 데 사용된다. 또 다른 예로, TLS는 애플리케이션 계층과 전송 계층 사이에 위치하며, 네트워크 통신을 위해 암호화, ID 인증 및 데이터 무결성 보증을 제공하는 보안 프로토콜이다. 하나의 HTTP 프레임은 적어도 하나의 TLS 프레임으로 캡슐화될 수 있고, 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 지시 정보를 포함하고, 지시 정보는 최종 TLS 프레임이 HTTP에 대응하는 최종 TLS 프레임임을 지시하는데 사용된다. 또한, 하나의 TLS 프레임은 적어도 하나의 TCP 데이터 패킷으로 캡슐화될 수 있고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
본 발명의 이 실시예에서, 프로토콜 프레임은 프로토콜 프레임이 적어도 하나의 압축된 TCP 데이터 패킷으로 캡슐화되기 전에 적어도 하나의 압축된 패키지에 압축될 수 있고, 적어도 하나의 압축된 패키지는 프로토콜 프레임만을 포함한다.
본 발명의 실시예에서 언급된 노드 장치는 클라이언트, 서버 등을 포함할 수 있으며, 예를 들어 웹 브라우저, 이메일 클라이언트 또는 전자 메일 서버를 포함할 수 있다.
본 발명의 실시예들에서 언급된 프로토콜 프레임 전송 방법은 서버, 클라이언트, 에이전트 클라이언트 또는 에이전트 서버와 같은 단말 상에서 실행될 수 있다. 이것은 본 발명의 실시예에서 구체적으로 제한되지 않는다.
도 1을 참조하면, 도 1은 본 발명의 제1 실시예에 따른 프로토콜 프레임 전송 방법에 대한 개략적인 흐름도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 프로토콜 프레임 캡슐화 방법은 다음의 단계를 포함할 수 있다.
S101. 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함한다.
단말은 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함할 수 있으며, 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 도 7b에 도시되어 있고 프로토콜 프레임이 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면을 예로 도시된다. 단말은 제1 프레임(프레임 1)을 3개의 TCP 데이터 패킷으로 캡슐화하고 제2 프레임(프레임 2)을 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. 제1 프레임의 시작점은 TCP1 데이터 패킷의 시작점이고, 제2 프레임의 시작점은 TCP4 데이터 패킷의 시작점이고, TCP1 데이터 패킷의 데이터 파트, TCP2 데이터 패킷의 데이터 파트 및 TCP3 데이터 패킷의 데이터 파트는 제1 프레임의 데이터만을 포함하고, TCP4 데이터 패킷의 데이터 파트, TCP5 데이터 패킷의 데이터 파트 및 TCP6 데이터 패킷의 데이터 파트는 제2 프레임의 데이터만을 포함한다.
예를 들어, 제1 프로토콜 프레임의 데이터 볼륨과 제2 프로토콜 프레임의 데이터 볼륨이 모두 3000 바이트이고 단말과 노드 장치가 동의한 미리 설정된 MSS가 1460 바이트인 경우, 단말은 제1 프로토콜 프레임을 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. 제1 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제2 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제3 TCP 데이터 패킷의 데이터 파트 길이는 80 바이트이며, 제2 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 상기 제2 TCP 데이터 패킷이 상기 제1 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 마찬가지로, 단말은 제2 프로토콜 프레임을 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. 제4 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제5 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제6 TCP 데이터 패킷의 데이터 파트 길이는 80 바이트이고, 제6 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 상기 제4 TCP 데이터 패킷이 상기 제2 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
선택적 실시예에서, 프로토콜 프레임은 TLS 프레임 또는 HTTP 프레임일 수 있다. TLS 프레임은 TLS의 기본 프로토콜 유닛이며 TLS는 애플리케이션 계층과 전송 계층 간에 실행된다. HTTP 프레임은 HTTP의 기본 프로토콜 유닛이며 HTTP는 애플리케이션 계층에서 실행된다. 예를 들어 HTTP 프레임은 HTTP 2.0 프레임일 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 프로토콜 프레임의 데이터만을 포함한다. 예를 들어, 단말은 제1 프로토콜 프레임을 제1 TCP 데이터 패킷 및 제2 TCP 데이터 패킷으로 캡슐화하고, 제1 TCP 데이터 패킷의 데이터 파트는 제1 프로토콜 프레임의 데이터만을 포함하고, 제2 TCP 데이터의 데이터 파트 패킷은 제1 프로토콜 프레임의 데이터만을 포함한다. 마찬가지로, 단말은 제2 프로토콜 프레임을 제3 TCP 데이터 패킷 및 제4 TCP 데이터 패킷으로 캡슐화하고, 제3 TCP 데이터 패킷의 데이터 파트는 제2 프로토콜 프레임의 데이터만을 포함하고, 제4 TCP 데이터 패킷의 데이터 파트는 제2 프로토콜 프레임의 데이터만을 포함한다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0일 수 있어, 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 나타낼 수 있다. 예를 들어, 제1 프로토콜 프레임의 데이터 볼륨이 2000 바이트이고 단말과 노드 장치가 동의한 미리 설정된 MSS가 1460 바이트인 경우 단말은 제1 프로토콜 프레임을 제1 TCP 데이터 패킷, 제2 TCP 데이터 패킷, 및 제3 TCP 데이터 패킷으로 캡슐화할 수 있다. 제1 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제2 TCP 데이터 패킷의 데이터 파트 길이는 540 바이트이고, 제3 TCP 데이터 패킷의 데이터 파트 길이는 0이므로, 제3 TCP 데이터 패킷이 제1 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 나타낸다.
또한, 선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
또한, 선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
또한, 선택적으로, 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 단말은 관리 단말에 의해 송신된 프로토콜 프레임을 획득할 수 있다. 프로토콜 프레임은 단말 식별 정보를 포함할 수 있고, 단말 식별 정보는 프로토콜 프레임에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 지시하는 데 사용된다.
또한, 부가적으로, 단말은 데이터를 포함하는 최종 TCP 데이터 패킷 이후의 하나의 TCP 데이터 패킷을 부가할 수 있고, 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다. 예를 들어, 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 단말은 데이터를 포함하는 최종 TCP 데이터 패킷 이후의 하나의 TCP 데이터 패킷을 부가할 수 있다. 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다. 다른 예로서, 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 사전 설정된 MSS보다 작은 경우, 단말은 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가할 수 있다. 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
선택적 실시예에서, 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷은 프로토콜 프레임의 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다. 예를 들어, 제1 프로토콜 프레임의 데이터 볼륨이 2000 바이트이고 단말과 노드 장치가 동의한 미리 설정된 MSS가 1460 바이트인 경우 단말은 제1 프로토콜 프레임을 제1 TCP 데이터 패킷 및 제2 TCP 데이터 패킷으로 캡슐화한다. 제1 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제2 TCP 데이터 패킷의 데이터 파트 길이는 540 바이트이고, 제2 TCP 데이터 패킷은 제1 프로토콜 프레임의 데이터만을 포함하고, 지시 정보는 제2 TCP 데이터 패킷의 데이터 볼륨이며, 단말은 상기 지시 정보에 따라 제2 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 것으로 결정하여, 상기 제2 TCP 데이터 패킷이 제1 프로토콜 프레임의 최종 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다. 특정 실시 동안, 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 단말은 데이터를 포함하는 최종 TCP 데이터 패킷의 헤더에 식별 정보를 부가할 수 있다. 다른 예로서, 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 단말은 데이터를 포함하는 최종 TCP 데이터 패킷의 헤더에 식별 정보를 부가할 수 있다. 예를 들어, 제1 프로토콜 프레임의 데이터 볼륨이 2000 바이트이고 단말과 노드 장치가 동의한 미리 설정된 MSS가 1460 바이트인 경우 단말은 제1 프로토콜 프레임을 제1 TCP 데이터 패킷 및 제2 TCP 데이터 패킷으로 캡슐화한다. 제1 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제2 TCP 데이터 패킷의 데이터 파트 길이는 540 바이트이고, 제2 TCP 데이터 패킷의 헤더는 식별 정보를 포함하고, 단말은 식별 정보에 따라, 제2 TCP 데이터 패킷이 제1 프로토콜 프레임의 최종 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 단말은 통지 메시지를 노드 장치에 더 전송할 수 있다. 상기 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함한다는 것을 지시하는 데 사용될 수 있고, 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
또한, 선택적으로, 통지 메시지는 프로토콜 프레임의 HTTP 2.0 설정 프레임 또는 HTTP 2.0 헤더 필드에서 운반될 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 나타내기 위해 사용된다. 기존의 프로토콜 프레임 파싱 방법에서는 프로토콜 프레임의 프레임 헤더를 사용하여 프로토콜 프레임에 대하여 블라인드 파싱(blind parsing)을 수행하므로, 프로토콜 프레임의 데이터 유형을 정확하게 획득할 수 없다. 그렇지만, 본 발명의 이 실시예에서는, 적어도 하나의 TCP 데이터 패킷의 헤더가 데이터 유형 정보를 포함하고, 노드 장치는 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하여, 프로토콜 프레임의 데이터 유형을 획득할 수 있다. 따라서, 데이터 구문 분석의 정밀도가 향상된다.
선택적 실시예에서, 단말은 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에 적어도 하나의 압축된 패키지로 압축할 수 있고, 적어도 하나의 압축된 패키지는 프로토콜 프레임만을 포함한다. 특정 실시 동안, 단말은 일반적으로 미리 설정된 압축 알고리즘을 사용하여 프로토콜 프레임을 압축한 다음 그 압축된 프로토콜 프레임을 노드 장치에 송신하여 전송 속도를 증가시킨다. 서로 다른 프로토콜 프레임이 동일한 압축 패키지로 압축되고 결과적으로 프로토콜 프레임이 인식될 수 없고, 프로토콜 프레임이 적어도 하나의 TCP 데이터 패킷으로 캡슐화될 수 없는 경우를 피하기 위해, 본 발명의 이 실시예에서는, 하나의 프로토콜 프레임이 적어도 하나의 압축 패키지로 압축되고, 압축된 패키지 내의 데이터는 적어도 하나의 TCP 데이터 패킷으로 캡슐화되어 각 프로토콜 프레임이 적어도 하나의 TCP 데이터 패킷으로 캡슐화된다.
선택적 실시예에서, 프로토콜 프레임이 HTTP 프레임인 경우, HTTP 프레임은 적어도 하나의 TLS 프레임으로 캡슐화될 수 있으며, 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 HTTP 프레임에 대응하는 최종 TLS 프레임이며, 각각의 TLS 프레임은 적어도 하나의 TCP 데이터 패킷으로 캡슐화될 수 있으며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 TCP 데이터 패킷임을 지시하는 데 사용된다.
도 7g에 도시되어 있고 프로토콜 프레임이 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면을 예로 사용한다. 단말은 HTTP 프레임을 2개의 TLS 프레임으로 캡슐화한다. TLS 프레임 2는 HTTP 프레임에 대응하는 최종 TLS 프레임이며, TLS 프레임 1 및 TLS 프레임 2는 HTTP 프레임의 데이터만을 포함한다. 또한, 단말은 TLS 프레임 1을 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. TCP3 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 TCP3 데이터 패킷이 TLS 프레임 1에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 구체적으로, TCP3 데이터 패킷이 TLS 프레임 1에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 TCP3 데이터 패킷의 데이터 파트 길이는 0이 될 수 있거나; 또는 TCP3 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, TCP3 데이터 패킷이 TLS 프레임 1에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 지시 정보는 TCP3 데이터 패킷의 데이터 볼륨이 될 수 있거나; 또는 TCP3 데이터 패킷이 TLS 프레임 1에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 지시 정보는 TCP3 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다. 유사하게, 단말은 TLS 프레임 2를 5개의 TCP 데이터 패킷으로 캡슐화될 수 있다. TCP8 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 TCP8 데이터 패킷이 TLS 프레임 2에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 구체적으로, TCP8 데이터 패킷이 TLS 프레임 2에 대응하는 최종 TCP 데이터 패킷임을 지시하기 위해 TCP8 데이터 패킷의 데이터 파트 길이는 0이 될 수 있거나; 또는 TCP8 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, TCP8 데이터 패킷이 TLS 프레임 2에 대응하는 최종 TCP 데이터 패킷임을 표시하기 위해 지시 정보는 TCP8 데이터 패킷의 데이터 볼륨이 될 수 있거나; 또는 TCP8 데이터 패킷이 TLS 프레임 2에 대응하는 최종 TCP 데이터 패킷임을 지시하기 위해 지시 정보는 TCP8 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다.
본 발명의 이 실시예에서, TCP1 데이터 패킷 내지 TCP3 데이터 패킷의 데이터 파트는 TLS 프레임 1의 데이터만을 포함하고, TCP4 데이터 패킷 내지 TCP8 데이터 패킷의 데이터 파트는 TLS 프레임 2의 데이터 파트만을 포함하며, TLS 프레임 1과 TLS 프레임 2는 HTTP 프레임의 데이터만을 포함한다.
선택적 실시예에서, 프로토콜 프레임이 HTTP 프레임인 경우, HTTP 프레임은 적어도 하나의 TLS 프레임으로 캡슐화될 수 있으며, 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 HTTP 프레임에 대응하는 최종 TLS 프레임이며, 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임은 적어도 하나의 TCP 데이터 패킷으로 캡슐화될 수 있으며, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 HTTP 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
도 7h에 도시되어 있고 프로토콜 프레임이 TCP 데이터 패킷으로 캡슐화되는 예를 사용한다. 단말은 HTTP 프레임을 2개의 TLS 프레임으로 캡슐화한다. TLS 프레임 2는 HTTP 프레임에 대응하는 최종 TLS 프레임이며, TLS 프레임 1 및 TLS 프레임 2는 HTTP 프레임의 데이터만을 포함한다. 또한, 단말은 TLS 프레임 1 및 TLS 프레임 2를 8개의 TCP 데이터 패킷으로 캡슐화할 수 있다. TCP8 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 TCP8 데이터 패킷이 HTTP 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 구체적으로, TCP8 데이터 패킷이 HTTP 프레임에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 TCP8 데이터 패킷의 데이터 파트 길이는 0일 수 있거나, 또는 TCP8 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, TCP3 데이터 패킷이 HTTP 프레임에 대응하는 최종 TCP 데이터 패킷임을 표시하기 위해, 지시 정보는 TCP8 데이터 패킷의 데이터 볼륨이 될 수 있거나, 또는 TCP8 데이터 패킷이 HTTP 프레임에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해, 지시 정보는 TCP8 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다. 대안으로, TCP3 데이터 패킷의 데이터 파트는 TLS 프레임 1의 데이터 및 TLS 프레임 2의 데이터를 포함할 수 있다. TCP1 데이터 패킷 내지 TCP7 데이터 패킷의 데이터 볼륨은 미리 설정된 MSS와 동일할 수 있다.
본 발명의 이 실시예에서, TCP 데이터 패킷의 데이터 파트는 HTTP 프레임의 데이터만을 포함하고, TCP 데이터 패킷의 데이터 패킷은 복수의 TLS 프레임의 데이터를 포함할 수 있다. 본 발명의 이 실시예에서, 하나의 HTTP 프레임에 대응하는 TCP 데이터 패킷은 단 하나의 지시 정보만을 포함한다. 전술한 캡슐화 방법과 비교하여, 본 발명의 이 실시예는 자원 사용을 향상시키고 캡슐화 오버헤드를 감소시킬 수 있다.
선택적 실시예에서, 프로토콜 프레임이 TLS 프레임인 경우, TLS 프레임은 데이터 유형 정보를 포함할 수 있고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다. 예를 들어, TLS 프레임의 포맷은 도 7f에 도시될 수 있다. 단말은 TLS 프레임의 ContentType 필드에 데이터 유형 정보를 부가할 수 있으며, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 지시하는 데 사용된다.
예를 들어, 종래의 TLS 프레임의 ContentType 필드는 구체적으로 ContentType::=ENUMERATED{change_cipher_spec(20), alert(21), handshake(22), application_data(23), (255)}일 수 있다. 본 발명의 이 실시예에서, 데이터 유형 정보는 TLS 프레임의 ContentType 필드에 부가될 수 있다. 예를 들어, 데이터 유형 정보가 부가되는 ContentType 필드는 ContentType::=ENUMERATED{change_cipher_spec(20), alert(21), handshake(22), application_data(23), (255), Text/HTML), Text/CSS(25), Text/JS(26), Image/JPEG(27), Application/Video(28), Application/Audio(29)...}일 수 있다. Text/HTML(24)은 데이터 유형 정보이며 TLS 프레임의 데이터 유형이 HTML 텍스트임을 나타내기 위해 사용된다. Text/CSS(25)는 데이터 유형 정보이며 TLS 프레임의 데이터 유형이 CSS 텍스트임을 나타내기 위해 사용된다. Text/JS(26)는 데이터 유형 정보이며 TLS 프레임의 데이터 유형이 자바 스크립트 텍스트임을 나타내기 위해 사용된다. Image/JPEG(27)은 TLS 프레임의 데이터 유형이 JPEG 이미지임을 지시하는 데 사용되는 데이터 유형 정보이다. Application/Video(28)는 데이터 유형 정보이며 TLS 프레임의 데이터 유형이 비디오임을 나타내기 위해 사용된다. Application/Audio(29)는 데이터 유형 정보이며 TLS 프레임의 데이터 유형이 오디오임을 나타내기 위해 사용된다.
또한, TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화할 때, 단말은 데이터 유형 정보를 적어도 하나의 TCP 데이터 패킷의 헤더에 부가할 수 있다. 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 지시하는 데 사용된다.
S102. 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신한다.
단말은 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화한 후 적어도 하나의 TCP 데이터 패킷을 노드 장치로 송신할 수 있다.
선택적 실시예에서, 노드 장치에 적어도 하나의 TCP 데이터 패킷을 송신하기 전에, 단말은 노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하고, 노드 장치에 의해 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 적어도 하나의 TCP 데이터 패킷의 송신될 TCP 데이터 패킷에 부가할 수 있다. 수신 확인 시퀀스 번호는 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 나타내기 위해 사용된다. 기존의 프로토콜 프레임 전송 방법에서 단말은 노드 장치에 의해 송신된 TCP 데이터 패킷을 수신한 후 노드 장치에 ACK 데이터 패킷을 송신할 수 있다. ACK 데이터 패킷의 데이터 파트 길이는 0이고, 이것은 노드 장치에 의해 송신된 TCP 데이터 패킷을 단말이 정확하게 수신했음을 지시한다. 따라서 자원 활용도는 상대적으로 낮다. 본 발명의 이 실시예에서, 노드 장치에 의해 송신된 TCP 데이터 패킷이 수신된 후, 노드 장치에 의해 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호가 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 부가될 수 있다. 수신 확인 시퀀스 번호는 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 나타내기 위해 사용된다. 본 발명의 이 실시예에서는 ACK 데이터 패킷이 별도로 전송되는 것은 아니지만, 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 나타내므로 자원 활용도를 높일 수 있다.
도 1에 도시된 프로토콜 프레임 캡슐화 방법에서, 프로토콜 프레임은 적어도 하나의 TCP 데이터 패킷으로 캡슐화되며, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 상기 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되고; 상기 적어도 하나의 TCP 데이터 패킷은 노드 장치로 송신된다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트가 단지 하나의 프로토콜 프레임의 데이터를 포함하는 것이 보장된다.
도 2를 참조하면, 도 2는 본 발명의 실시예에 따른 프로토콜 프레임 파싱 방법에 대한 개략적인 흐름도이다. 도면에 도시된 바와 같아, 본 발명의 이 실시예에서의 프로토콜 프레임 파싱 방법은 다음의 다음을 포함할 수 있다.
S201. 노드 장치에 의해 송신되고 하나의 프로토콜 프레임을 캡슐화함으로써 획득되는 적어도 하나의 TCP 데이터 패킷을 수신하며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷DMS 지시 정보를 포함한다.
단말은 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신할 수 있으며, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 사용된다. 예를 들어, 노드 장치는 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함할 수 있으며, 노드 장치는 적어도 하나의 TCP 데이터 패킷을 단말에 송신하며, 이에 따라 단말은 적어도 하나의 TCP 데이터 패킷을 수신할 수 있다.
선택적 실시예에서, 단말은 노드 장치에 의해 송신되고 프로토콜 프레임을 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷을 수신하기 전에 TCP 데이터 패킷을 노드 장치에 송신할 수 있다. 또한, 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신한 후에, 그 수신된 TCP 데이터 패킷이 노드 장치에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송하면 단말은 노드 장치에 송신된 TCP 데이터 패킷을 노드 장치가 정확하게 수신했음을 수신 확인 시퀀스 번호에 따라 결정할 수 있다.
예를 들어, 단말은 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하기 전에 TCP 데이터 패킷을 노드 장치에 송신할 수 있고, 노드 장치는 단말에 의해 송신된 TCP 데이터 패킷을 수신하고, 상기 단말에 의해 송신된 상기 TCP 데이터 패킷의 상기 수신 확인 시퀀스 번호를 상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 부가한다. 이 경우, 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신한 후에, 단말은 수신 확인 시퀀스 번호에 따라, 단말에 의해 송신된 TCP 데이터 패킷을 노드 장치가 정확하게 수신하였다는 것으로 결정할 수 있다.
S202. 지시 정보에 따라, 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정한다.
단말은 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정할 수 있다. 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷은 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷의 다음 TCP 데이터 패킷이다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때, 단말은 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 예를 들어, 노드 장치가 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하고 부가된 TCP 데이터 패킷의 데이터 파트 길이가 0인 경우, 단말은 부가된 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 단말은 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷이라는 것을 결정할 수 있다. 예를 들어, 단말은 각 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은지를 판정하고, TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 단말은 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 또한, 선택적으로, TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 단말은 다음 TCP 데이터 패킷의 데이터 파트 길이가 0인지를 판정할 수 있고, 다음 TCP 데이터 패킷의 데이터 파트 길이가 0이면, 단말은 데이터 파트 길이가 0인 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 또한, 선택적으로, TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 단말은 각 TCP 데이터 패킷의 헤더가 식별 정보를 포함하는지를 판정할 수 있고, TCP 데이터 패킷의 헤더가 식별 정보를 포함하면, 단말은 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 또한, 선택적으로, TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 단말은 각 TCP 데이터 패킷의 헤더가 식별 정보를 포함하는지를 판정할 수 있고, TCP 데이터 패킷의 헤더가 지시 정보를 포함하면, 단말은 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함할 때, 단말은 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 예를 들어, 단말은 각 TCP 데이터 패킷의 헤더가 식별 정보를 포함하는지를 판정할 수 있고, TCP 데이터 패킷의 헤더가 식별 정보를 포함하는 경우, 단말은 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 지시 정보에 따라, 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 단말은 노드 장치에 의해 송신된 통지 메시지를 수신할 수 있고, 통지 메시지에 따라, 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득할 수 있다. 예를 들어, 단말은 노드 장치에 의해 송신된 통지 메시지를 수신하고, 통지 메시지는 다음 프로토콜 프레임의 경계를 인식하도록 단말에 명령하는 데 사용되어, 다음 프로토콜 프레임에 대한 데이터 파싱을 수행할 수 있다. 이 경우, 단말은 통지 메시지에 따라 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하고, 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하며, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행할 수 있다.
S203. 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한다.
다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정한 후, 단말은 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행할 수 있다. 예를 들어, 단말이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷이 제3 TCP 데이터 패킷인 것으로 결정하면, 단말은 제3 TCP 데이터 패킷으로부터 프레임 헤더 및 다음 프로토콜 프레임의 페이로드를 파싱하고, 페이로드의 데이터에 따라 다음 프로토콜 프레임의 데이터 유형을 인식할 수 있다. 프로토콜 프레임의 데이터 유형은 텍스트, 이미지, 비디오, 오디오 등을 포함할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 단말은 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하여 프로토콜 프레임의 데이터 유형을 획득할 수 있다. 종래 기술에서는 단말이 프로토콜 프레임의 프레임 헤더를 사용하여 프로토콜 프레임에 대하여 블라인드 파싱(blind parsing)을 수행하므로, 프로토콜 프레임의 데이터 유형을 정확하게 획득할 수 없다. 대조적으로, 본 발명의 이 실시예에서는 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 얻음으로써 프로토콜 프레임의 데이터 유형을 얻는다. 따라서 데이터 파싱 정밀도가 향상될 수 있다.
선택적 실시예에서, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하기 전에, 단말은 정적 테이블을 사용하여 다음 프로토콜 프레임의 헤더 필드가 압축된 것으로 판정할 수 있다. 특정 실시 동안 프로토콜 프레임의 헤더 필드는 정적 테이블 또는 동적 테이블을 사용하여 압축될 수 있다. 정적 테이블은 일반적으로 사용되는 고주파 헤더 필드에 대한 프로토콜에 의해 지정되며 프로토콜 테이블 전송 프로세스에서 변경되지 않는 반면 동적 테이블은 전송 프로세스에서 동적으로 변경된다. 프로토콜 테이블의 헤더 필드가 동적 테이블을 사용하여 압축되고 단말이 소스 eNB(진화된 노드 B)인 경우, 소스 eNB는 동적 테이블을 유지하고 단말이 소스 eNB에서 목표 eNB로 핸드오버할 때, 목표 eNB는 동적 테이블을 획득할 수 없고, 따라서 프로토콜 프레임에 대한 데이터 파싱을 수행할 수 없다. 본 발명의 이 실시예에서는 정적 프로토콜을 사용하여 다음 프로토콜 프레임의 헤더 필드를 압축한 것으로 결정한 후에 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행함으로써 데이터 파싱의 효율을 높일 수 있다.
선택적 실시예에서, 다음 프로토콜 프레임에 대응하는 모든 TCP 데이터 패킷은 동일한 HTPP 2.0 스트림에 속한다. 단말은 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한 후, 다음 프로토콜 프레임에 대한 데이터 파싱에 실패하면, 단말은 HTTP 2.0 스트림에 포함된 프로토콜 프레임에 대한 데이터 파싱을 중지한다. 예를 들어, 노드 장치는 이미지를 복수의 프로토콜 프레임으로 분할하고, 복수의 프로토콜 프레임은 동일한 HTPP 2.0 스트림에 속하며, 각 프로토콜 프레임의 데이터 유형은 이미지이다. 노드 장치는 각각의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 노드 장치가 적어도 하나의 TCP 데이터 패킷을 단말에 송신한 후, 단말이 파싱을 통해 프로토콜 프레임 중 하나의 프로토콜 프레임의 데이터 유형이 비디오인 것으로 알게 되면, 단말은 HTPP 2.0 스트림 내의 다른 프로토콜 프레임의 데이터 유형이 비디오인 것임을 파싱에 의해 알게 된다. 본 발명의 이 실시예에서는 프로토콜 프레임에서 수행되는 데이터 파싱에 실패한 경우 HTTP 2.0 스트림에 포함된 다른 프로토콜 프레임에 대한 데이터 파싱을 중지하여 데이터 파싱의 효율성을 높일 수 있다.
도 1에 도시된 프로토콜 프레임 파싱 방법에서, 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷이 수신되고, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하고; 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대해 데이터 파싱이 수행된다. 이러한 방식으로 다음 프로토콜 프레임의 경계를 효과적으로 인식할 수 있으므로 다음 프로토콜 프레임에서 데이터 파싱을 수행할 수 있다.
도 3을 참조하면, 도 3은 본 발명의 제2 실시예에 따른 프로토콜 프레임 전송 방법의 개략적인 흐름도이다. 본 발명의 이 실시예에서, 기지국을 사용하여 프로토콜 프레임에 대응하는 TCP 데이터 패킷을 제2 노드 장치에 송신할 때, 제1 노드 장치는 다른 기지국으로 핸드오버하고, 즉 TCP 데이터를 송신할 때 상기 제1 노드 장치는 제2 기지국으로 핸드오버되어 상기 TCP 데이터 패킷을 상기 제2 노드 장치로 송신한다. 제1 노드 장치가 서버일 때, 제2 노드 장치는 클라이언트일 수 있다. 제1 노드 장치가 클라이언트인 경우, 제2 노드 장치는 서버일 수 있다. 이는 본 발명의 실시예에서 특별히 제한되지 않는다. 도면에 도시된 바와 같이, 본 발명의 실시예에 따른 프로토콜 프레임 전송 방법은 다음과 같은 단계를 포함할 수 있다.
S301. 제1 노드 장치는 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
제1 노드 장치는 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 상기 적어도 하나의 TCP 데이터 패킷 내의 상기 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이며, 이는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 나타낸다. 프로토콜 프레임은 HTTP 프레임 또는 TLS 프레임일 수 있으며, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 프로토콜 프레임의 데이터만을 포함한다. 예를 들어, 프로토콜 프레임의 데이터 볼륨이 4000 바이트이고 제1 노드 장치와 제3 노드 장치가 동의한 사전 설정된 MSS가 1460 바이트인 경우, 제1 노드 장치는 프로토콜 프레임을 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. TCP1 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, TCP2 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, TCP3 데이터 패킷의 데이터 파트 길이는 1080 바이트이며, TCP4 데이터 패킷의 데이터 파트 길이는 0이다.
선택적 실시예에서, 제1 노드 장치는 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가할 수 있고, 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
선택적 실시예에서, 제1 노드 장치는 제1 기지국에 의해 송신된 TCP 데이터 패킷을 수신할 수 있고, 그런 다음 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 제1 기지국에 의해 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호가 부가된다. 수신 확인 시퀀스 번호는 제1 기지국에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 나타내기 위해 사용된다.
종래 기술에서는, 제1 기지국에 의해 송신된 TCP 데이터 패킷을 수신한 후, 제1 노드 장치는 ACK 데이터 패킷을 제1 기지국으로 송신할 필요가 있다. ACK 데이터 패킷은 제1 노드 장치가 제1 기지국에 의해 송신된 TCP 데이터를 정확하게 수신하고 ACK 데이터 패킷의 데이터 파트 길이가 0임을 지시하는 데 사용된다. ACK 데이터 패킷을 수신한 후, 제1 기지국은 ACK 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷인 것으로 부정확하게 상정한다. 기술적인 문제점에 대하여, 발명의 이 실시예에서, 제1 기지국에 의해 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호는 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 부가될 수 있고, 수신 확인 시퀀스 번호는 제1 기지국에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 나타내기 위해 사용된다.
예를 들어, 도 7c에 도시된 바와 같이, 송신될 TCP 데이터 패킷이 TCP1 데이터 패킷일 때, 제1 노드 장치는 제1 기지국에 의해 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 TCP1 데이터 패킷의 32 비트 수신 확인 시퀀스 번호의 위치에 부가할 수 있다. TCP1 데이터 패킷을 수신한 후, 제1 기지국은 부가된 수신 확인 시퀀스 번호에 따라, 제1 노드 장치가 제1 기지국에 의해 송신된 TCP 데이터 패킷을 정확하게 수신한 것으로 결정할 수 있다.
선택적 실시예에서, 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 제1 노드 장치는 통지 메시지를 제2 노드 장치에 송신할 수 있다. 상기 통지 메시지는 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 상기 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
도 7d에 도시된 설정 프레임의 개략적인 인터페이스 도면을 일례로서 사용한다. 제1 노드 장치는 설정 프레임을 확장할 수 있으며, 즉 "ENABLE_FRAME_TCP_ENCAP 0x7 1"필드를 설정 프레임에 부가할 수 있다. 상기 설정 프레임을 수신한 후, 상기 제2 노드 장치는 상기 필드에 따라 상기 제1 노드 장치의 캡슐화 방식을 결정한 다음, 상기 제1 노드 장치에 송신될 프로토콜 프레임을 상기 캡슐화 방식으로 적어도 하나의 TCP 데이터 패킷으로 캡슐화할 수 있다. 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
도 7e에 도시된 HTTP 프레임의 개략적인 구성도를 예로 들어 설명한다. HTTP 2.0 프레임은 HEADERS(헤더 필드) 및 DATA(데이터 필드)를 포함할 수 있으며 HTTP 1.1 프레임의 헤더 정보는 헤더 필드에 캡슐화된다. 제1 노드 장치는 HTTP 2.0 헤더 필드에 "TCP-Encapsulation: frame" 필드를 부가하고 필드가 부가된 HTTP 프레임을 제2 노드 장치에 송신할 수 있다. 필드가 부가된 HTTP 프레임을 수신한 후, 제2 노드 장치는 송신될 HTTP 프레임의 HTTP 2.0 헤더 필드에 필드를 부가하고, 필드가 부가되는 송신될 HTTP 프레임을 제1 노드 장치에 송신한다. 제1 노드 장치 및 제2 노드 장치는 프로토콜 프레임이 적어도 하나의 TCP 데이터 패킷으로 캡슐화되도록 프로토콜 프레임을 전술한 캡슐화 방식으로 캡슐화하는 것에 동의한다. 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 나타내기 위해 사용된다.
예를 들어, 도 7c에서, 제1 노드 장치는 데이터를 포함하는 TCP 데이터 패킷의 옵션 필드에 데이터 유형 정보를 부가할 수 있으며, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 나타내기 위해 사용된다. TCP 데이터 패킷의 데이터 파트의 데이터 유형은 협상에 의해 설정된 복수의 비트를 사용함으로써 나타낼 수 있다. 예를 들어, 데이터 유형 정보는 0001일 수 있으며, TCP 데이터 패킷의 데이터 파트의 데이터 유형이 텍스트 또는 html임을 나타내기 위해 사용되며; 데이터 유형 정보는 0010일 수 있고, TCP 데이터 패킷의 데이터 파트의 데이터 유형이 이미지 또는 jpeg임을 지시하는 데 사용되거나; 또는 데이터 유형 정보는 0011일 수 있고, TCP 데이터 패킷의 데이터 파트의 데이터 유형이 비디오 또는 mp4, 즉 오디오임을 나타내기 위해 사용된다.
예를 들어, 도 7f에서, 프로토콜 프레임이 TLS 프레임인 경우, TLS 프레임의 포맷은 도 7f에 도시될 수 있다. 제1 노드 장치는 TLS 프레임의 ContentType 필드에 데이터 유형 정보를 부가할 수 있고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다. 또한, TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화할 때, 제1 노드 장치는 데이터 유형 정보를 적어도 하나의 TCP 데이터 패킷의 헤더에 부가할 수 있다. 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 지시하는 데 사용된다.
S302. 제1 노드 장치는 적어도 하나의 TCP 데이터 패킷을 제1 기지국에 송신한다.
제1 노드 장치는 적어도 하나의 TCP 데이터 패킷을 제1 기지국으로 송신할 수 있다. 예를 들어, 제1 노드 장치는 TCP1 데이터 패킷을 제1 기지국에 송신할 수 있다.
S303. 제1 기지국은 적어도 하나의 TCP 데이터 패킷을 제2 노드 장치에 송신한다.
제1 기지국은 제1 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 제2 노드 장치에 송신할 수 있다. 예를 들어, 제1 기지국은 TCP1 데이터 패킷을 제2 노드 장치에 송신할 수 있다.
S304. 제1 기지국으로부터 제2 기지국으로 핸드오버한다.
제1 기지국은 TCP1 데이터 패킷을 제2 노드 장치로 송신한 후에 제2 기지국으로 스위칭된다. 예를 들어, 제2 노드 장치가 한 셀에서 다른 셀로 이동하는 경우, 제1 기지국에 의해 송신된 신호는 제1 셀을 커버하고, 제2 기지국에 의해 송신된 신호는 제2 셀을 커버하고, 제2 노드 장치와 제1 기지국 간의 링크는 제2 노드 장치와 제2 기지국 간의 링크로 전환되어 통신 연속성이 보장된다. 다른 예로서, 동일한 셀에서 동일 채널 간섭을 피하기 위해, 제2 노드 장치는 하나의 무선 채널로부터 다른 무선 채널로 핸드오버되는데, 즉, 제2 노드 장치와 제1 기지국 간의 링크가 제2 노드 장치와 제2 기지국 간의 링크로 스위칭된다.
S305. 제1 노드 장치는 적어도 하나의 TCP 데이터 패킷을 제2 기지국에 송신한다.
제1 기지국으로부터 제2 기지국으로 핸드오버된 후, 제1 노드 장치는 적어도 하나의 TCP 데이터 패킷을 제2 기지국으로 송신할 수 있다. 예를 들어, TCP1 데이터 패킷을 제1 기지국으로 송신한 후, 제1 노드 장치는 TCP2 데이터 패킷, TCP3 데이터 패킷, TCP4 데이터 패킷 등을 제2 기지국에 송신할 수 있다.
선택적 실시예에서, 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 제2 기지국에 의해 송신되어 수신된 데이터에 따라 결정된다.
특정 실시 동안, TCP 데이터 패킷의 송신 시퀀스 번호는 이전 TCP 데이터 패킷의 송신 시퀀스 번호와 이전 TCP 데이터 패킷의 데이터 파트 길이의 합이다. TCP4 데이터 패킷의 송신 시퀀스 번호는 TCP3 데이터 패킷의 송신 시퀀스 번호와 TCP3 데이터 패킷의 데이터 파트 길이의 합이다. TCP4 데이터 패킷의 데이터 파트 길이가 0인 경우, TCP5 데이터 패킷의 송신 시퀀스 번호는 TCP4 데이터 패킷의 송신 시퀀스 번호이다. 즉, 제1 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷이 부가되며, 부가된 TCP 데이터 패킷의 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 TCP 데이터 패킷의 시작 송신 시퀀스 번호와 동일하다.
특정 실시 동안, 제1 노드 장치가 TCP2 데이터 패킷을 제2 기지국으로 송신한 후, 제2 기지국은 TCP2 데이터 패킷의 수신 확인 시퀀스 번호를 제1 노드 장치에 회신하며, 이는 제2 기지국이 TCP2 데이터 패킷을 정확하게 수신하였다는 것을 지시한다. 제1 노드 장치는 TCP3 데이터 패킷의 수신 확인 시퀀스 번호를 생성한다. TCP3 데이터 패킷의 수신 확인 시퀀스 번호는 TCP2 데이터 패킷의 수신 확인 시퀀스 번호에 1을 더함으로써 획득된다. 즉, 제1 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷이 부가되고, 부가된 TCP 데이터 패킷의 수신 확인 시퀀스 번호는 제2 기지국에 의해 송신되어 수신된 데이터에 따라 결정된다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷을 제2 기지국에 송신하기 전에, 제1 노드 장치는 제2 기지국에 통지 메시지를 보낼 수 있다. 상기 통지 메시지는 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되어, 상기 제2 기지국은 통지 메시지에 따라 데이터 파트 길이가 0인 TCP 데이터 패킷을 획득한다.
S306. 제2 기지국은 데이터 파트 길이가 0인 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정한다.
제1 노드 장치가 송신한 적어도 하나의 TCP 데이터 패킷을 수신한 후, 제2 기지국은 데이터 파트 길이가 0인 TCP 데이터 패킷이 있는지를 판정하고, 데이터 파트 길이가 0인 TCP 데이터 패킷이 있는 경우, 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정한다. 예를 들어, 제2 기지국이 TCP4 데이터 패킷의 데이터 파트 길이가 0이라고 결정하면, 제2 기지국은 TCP5 데이터 패킷이 제2 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷이라고 결정할 수 있다.
선택적 실시예에서, 제1 노드 장치는 통지 메시지를 제2 기지국으로 송신할 수 있다. 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 프로토콜에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 특정 실시 동안, 통지 메시지를 수신한 후, 제2 기지국은 제1 노드 장치의 프로토콜 프레임 캡슐화 방식을 학습한 다음, 통지 메시지에 따라 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하고, 상기 지시 정보에 따라, 데이터 파트 길이가 0인 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
S307. 제2 기지국은 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한다.
다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정한 후, 제2 기지국은 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행할 수 있다. 예를 들어, 제2 기지국은 TCP5 데이터 패킷으로부터 프레임 헤더 및 제2 프로토콜 프레임의 페이로드를 파싱하고, 페이로드 내의 데이터에 따라 제2 프로토콜 프레임의 데이터 유형을 인지할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 제2 기지국은 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하여, 다음 프로토콜 프레임의 데이터 유형을 획득할 수 있다.
선택적 실시예에서, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하기 전에, 제2 기지국은 정적 프로토콜을 사용하여 다음 프로토콜 프레임의 헤더 필드가 압축된 것으로 결정할 수 있다. 특정 실시 동안 프로토콜 프레임의 헤더 필드가 동적 테이블을 사용하여 압축되면, 제1 기지국은 동적 테이블을 유지 관리한다. 제1 기지국이 제2 기지국으로 스위칭 될 때, 제2 기지국은 동적 테이블을 얻을 수 없기 때문에, 다음 프로토콜 프레임에 대한 데이터 파싱을 수행할 수 없다. 본 발명의 이 실시예에서는 정적 프레임을 사용하여 다음 프로토콜 프레임의 헤더 필드를 압축한 것으로 결정된 후 다음 프로토콜 프레임에 대한 데이터 파싱을 수행함으로써 데이터 파싱 효율을 향상시킬 수 있다.
선택적 실시예에서, 다음 프로토콜 프레임에 대응하는 모든 TCP 데이터 패킷은 동일한 HTPP 2.0 스트림에 속한다. 제2 기지국은 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한 후, 다음 프로토콜 프레임에 대한 데이터 파싱에 실패하면, 제2 기지국은 HTTP 2.0 스트림에 포함된 프로토콜 프레임에 대한 데이터 파싱을 중지한다. 예를 들어, 제2 노드 장치는 이미지를 복수의 프로토콜 프레임으로 분할하고, 복수의 프로토콜 프레임은 동일한 HTPP 2.0 스트림에 속하며, 각 프로토콜 프레임의 데이터 유형은 이미지이다. 제1 노드 장치는 각 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 제1 노드 장치가 적어도 하나의 TCP 데이터 패킷을 제2 기지국으로 송신한 후, 제2 기지국이 파싱을 통해 상기 프로토콜 프레임 중 하나의 프로토콜 프레임의 데이터 유형이 비디오인 경우, 상기 제2 기지국은 또한 상기 HTPP 2.0 스트림 내의 다른 프로토콜 프레임의 데이터 유형이 비디오인 것으로 파싱에 의해 학습한다. 본 발명의 이 실시예에서는 프로토콜 프레임에서 수행되는 데이터 파싱에 실패한 경우 HTTP 2.0 스트림에 포함된 다른 프로토콜 프레임에 대한 데이터 파싱을 중지하여 데이터 파싱의 효율성을 높일 수 있다.
S308. 제2 기지국은 데이터 파싱 후에 획득된 TCP 데이터 패킷을 제2 노드 장치에 송신한다.
도 3에 도시된 프로토콜 프레임 전송 방법에서, 제1 노드 장치는 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 여기서 적어도 하나의 TCP 데이터 패킷에서의 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이고; 상기 제1 기지국은 상기 제2 기지국으로 스위칭되고; 상기 제1 노드 장치는 상기 적어도 하나의 TCP 데이터 패킷을 상기 제2 기지국으로 송신하고; 제2 기지국은 데이터 파트 길이가 0인 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하며, 그런 다음 시작 TCP 데이터로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하고, 데이터 파싱 후에 획득된 TCP 데이터 패킷을 제2 노드 장치로 송신한다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트가 단지 하나의 프로토콜 프레임의 데이터를 포함함으로써, 제2 기지국이 다음 프로토콜 프레임의 경계를 효과적으로 인식하여 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하도록 보장할 수 있다.
도 4를 참조하면, 도 4는 본 발명의 제3 실시예에 따른 프로토콜 프레임 전송 방법의 개략적인 흐름도이다. 본 발명의 이 실시예에서, 관리 단말이 제1 노드 장치를 사용하여 제3 노드 장치에 프로토콜 프레임을 전송할 때, 제2 노드 장치는 실시간으로 결합한다. 제2 노드 장치는 제1 노드 장치에 의해 송신된 TCP 데이터 패킷에 대한 데이터 파싱을 수행하고, 데이터 파싱 이후에 획득된 TCP 데이터 패킷을 제3 노드 장치에 송신한다. 제2 노드 장치는 라우터, 패킷 게이트웨이 노드, 서빙 게이트웨이 노드 등일 수 있다. 상기 관리 단말이 서버인 경우, 상기 제1 노드 장치는 에이전트 서버일 수 있고, 상기 제3 노드 장치는 클라이언트일 수 있다. 상기 관리 단말이 클라이언트인 경우, 상기 제1 노드 장치는 에이전트 클라이언트이고, 상기 제2 노드 장치는 서버일 수 있다. 이는 본 발명의 실시예에서 구체적으로 제한되지 않는다. 도면에 도시된 바와 같이, 본 발명의 실시예에 따른 프로토콜 프레임 전송 방법은 다음과 같은 단계를 포함할 수 있다.
S401. 관리 단말은 제1 노드 장치에 프로토콜 프레임을 송신하며, 프로토콜 프레임은 단말 식별 정보를 포함한다.
관리 단말은 프로토콜 프레임을 상기 제1 노드 장치에 송신할 수 있다. 프로토콜 프레임은 단말 식별 정보를 포함하고, 단말 식별 정보는 프로토콜 프레임에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치, 즉 제3 노드 장치에 전송하도록 명령하는데 사용된다.
S402. 제1 노드 장치는 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
S403. 제1 노드 장치는 제3 노드 장치에 적어도 하나의 TCP 데이터 패킷을 송신한다.
제1 노드 장치는 적어도 하나의 TCP 데이터 패킷을 제3 노드 장치로 송신할 수 있다. 예를 들어, 제1 노드 장치는 제3 노드 장치에 TCP1 데이터 패킷을 전송할 수 있다.
S404. 제1 노드 장치는 제2 노드 장치에 적어도 하나의 TCP 데이터 패킷을 송신한다.
제1 노드 장치가 TCP1 데이터 패킷을 제3 노드 장치에 송신한 후, 데이터 파싱 요구 사항을 갖는 제2 노드 장치는 실시간으로 결합하고, 제1 노드 장치는 TCP2 데이터 패킷, TCP3 데이터 패킷, TCP4 데이터 패킷 등을 제2 노드 장치에 송신한다.
선택적 실시예에서, 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
특정 실시 동안, TCP 데이터 패킷의 송신 시퀀스 번호는 이전 TCP 데이터 패킷의 송신 시퀀스 번호와 이전 TCP 데이터 패킷의 데이터 파트 길이의 합이다. TCP4 데이터 패킷의 송신 시퀀스 번호는 TCP3 데이터 패킷의 송신 시퀀스 번호와 TCP3 데이터 패킷의 데이터 파트 길이의 합이다. TCP4 데이터 패킷의 데이터 파트 길이가 0인 경우, TCP5 데이터 패킷의 송신 시퀀스 번호는 TCP4 데이터 패킷의 송신 시퀀스 번호이다. 즉, 제1 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷이 부가되며, 부가된 TCP 데이터 패킷의 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 TCP 데이터 패킷의 시작의 송신 시퀀스 번호와 동일하다.
특정 실시 동안, 제1 노드 장치는 에이전트 클라이언트 또는 에이전트 서버이다. 상기 제1 노드 장치는 TCP 데이터 패킷을 상기 제2 노드 장치에 송신하고, 상기 제2 노드 장치는 상기 TCP 데이터 패킷을 수신한 후에 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 관리 단말에 전송하고, 제1 노드 장치는 제2 노드 장치가 TCP 데이터 패킷을 수신하는지를 판정할 수 없다. 이 경우, 제1 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷이 부가되며, 부가된 TCP 데이터 패킷의 수신 확인 시퀀스 번호는 데이터를 포함하는 최종 TCP 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
S405. 제2 노드 장치는 데이터 파트 길이가 0인 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정한다.
S406. 제2 노드 장치는 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한다.
S407. 제2 노드 장치는 데이터 파싱 후에 획득된 TCP 데이터 패킷을 제3 노드 장치에 송신한다.
도 4에 도시된 프로토콜 프레임 전송 방법에서, 제1 노드 장치는 관리 단말에 의해 송신된 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이고; 상기 제1 노드 장치는 상기 적어도 하나의 TCP 데이터 패킷을 상기 제2 노드 장치로 송신하고; 상기 제2 노드 장치는 데이터 파트 길이가 0인 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하며, 그런 다음 시작 TCP 데이터로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하고, 데이터 파싱 이후에 획득된 TCP 데이터 패킷을 제3 노드 장치에 송신한다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트는 단지 하나의 프로토콜 프레임의 데이터를 포함하므로, 제2 노드 장치는 다음 프로토콜 프레임의 경계를 효과적으로 인식하여 다음 프로토콜 프레임에서 데이터 파싱을 수행하는 것을 보장할 수 있다.
도 5를 참조하면, 도 5는 본 발명의 제4 실시예에 따른 프로토콜 프레임 전송 방법에 대한 개략적인 흐름도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 프로토콜 프레임 전송 방법은 다음의 단게를 포함할 수 있다.
S501. 제1 노드 장치는 하나의 프로토콜 데이터 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷의 데이터 볼륨은 미리 설정된 MSS보다 작다.
제1 노드 장치는 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화할 수 있다. 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷의 데이터 볼륨은 미리 설정된 MSS보다 작으며, 이는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시한다. 예를 들어, 프로토콜 프레임의 데이터 볼륨이 4000 바이트이고 제1 노드 장치와 제3 노드 장치가 동의한 사전 설정된 MSS가 1460 바이트인 경우, 제1 노드 장치는 프로토콜 프레임을 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. TCP1 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, TCP2 데이터 패킷의 데이터 파트 길이는 1460 바이트이며, TCP3 데이터 패킷의 데이터 파트 길이는 1080 바이트이다.
S502. 제1 노드 장치는 제3 노드 장치에 적어도 하나의 TCP 데이터 패킷을 송신한다.
S503. 제1 노드 장치는 제2 노드 장치에 적어도 하나의 TCP 데이터 패킷을 송신한다.
S504. 제2 노드 장치는 데이터 볼륨이 미리 설정된 MSS보다 작은 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정한다.
S505. 제2 노드 장치는 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한다.
S506. 제2 노드 장치는 데이터 파싱 후에 획득된 TCP 데이터 패킷을 제3 노드 장치에 송신한다.
도 5에 도시된 프로토콜 프레임 전송 방법에서, 제1 노드 장치는 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷의 데이터 볼륨은 미리 설정된 MSS보다 작으며, 상기 제1 노드 장치는 상기 적어도 하나의 TCP 데이터 패킷을 상기 제2 노드 장치로 송신하고; 상기 제2 노드 장치는 상기 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하며, 그런 다음 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하고, 데이터 파싱 후에 획득된 TCP 데이터 패킷을 제3 노드 장치에 송신한다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트는 단지 하나의 프로토콜 프레임의 데이터를 포함하므로, 제2 노드 장치는 다음 프로토콜 프레임의 경계를 효과적으로 인식하여 다음 프로토콜 프레임에서 데이터 파싱을 수행하는 것을 보장할 수 있다.
도 6을 참조하면, 도 6은 본 발명의 제5 실시예에 따른 프로토콜 프레임 전송 방법에 대한 개략적인 흐름도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 프로토콜 프레임 전송 방법은 다음 단계를 포함할 수 있다.
S601. 제1 노드 장치는 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷의 헤더는 식별 정보를 포함한다.
제1 노드 장치는 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화할 수 있다. 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷의 헤더는 식별 정보를 포함하여, 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시한다. 예를 들어, 프로토콜 프레임의 데이터 볼륨이 4000 바이트이고 제1 노드 장치와 제3 노드 장치가 동의한 사전 설정된 MSS가 1460 바이트인 경우, 제1 노드 장치는 프로토콜 프레임을 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. TCP1 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, TCP2 데이터 패킷의 데이터 파트 길이는 1460 바이트이며, TCP3 데이터 패킷의 데이터 파트 길이는 1080 바이트이다. 제1 노드 장치는 식별 정보를 TCP3 데이터 패킷의 헤더에 부가한다.
예를 들어, 도 7c에서, 제1 노드 장치는 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷의 옵션 필드에 식별 정보를 부가하여, TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시할 수 있다.
S602. 제1 노드 장치는 제3 노드 장치에 적어도 하나의 TCP 데이터 패킷을 송신한다.
S603. 제1 노드 장치는 제2 노드 장치에 적어도 하나의 TCP 데이터 패킷에 송신한다.
S604. 제2 노드 장치는 헤더가 식별 정보를 포함하는 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정한다.
S605. 제2 노드 장치는 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한다.
S606. 제2 노드 장치는 데이터 파싱을 후에 획득된 TCP 데이터 패킷을 제3 노드 장치에 송신한다.
도 6에 도시된 프로토콜 프레임 전송 방법에서, 제1 노드 장치는 적어도 하나의 TCP 데이터 패킷에 프로토콜 프레임을 캡슐화하고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷의 헤더는 식별 정보를 포함하며, 상기 제1 노드 장치는 상기 적어도 하나의 TCP 데이터 패킷을 상기 제2 노드 장치로 송신하고; 상기 제2 노드 장치는 상기 식별 정보를 포함하는 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 상기 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하며, 그런 다음 상기 시작 TCP 데이터로부터 상기 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하고, 데이터 파싱 이후에 획득된 TCP 데이터 패킷을 제3 노드 장치에 송신한다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트는 단지 하나의 프로토콜 프레임의 데이터를 포함하므로, 제2 노드 장치는 다음 프로토콜 프레임의 경계를 효과적으로 인식하여 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하는 것을 보장할 수 있다.
본 발명의 일 실시예는 컴퓨터 저장 매체를 더 제공한다. 컴퓨터 저장 매체는 프로그램을 저장할 수 있다. 프로그램이 실행될 때, 도 1, 도 3 내지 도 6, 또는 도 13에 도시된 방법 실시예에서의 모든 단계 또는 일부 단계가 수행된다.
본 발명의 일 실시예는 컴퓨터 저장 매체를 더 제공한다. 컴퓨터 저장 매체는 프로그램을 저장할 수 있다. 프로그램이 실행될 때, 도 2 내지 도 6, 또는 도 14에 도시된 방법 실시예에서의 모든 단계 또는 일부 단계가 수행된다.
도 8을 참조하면, 도 8은 본 발명의 실시예에 따른 프로토콜 프레임 전송 장치의 개략적인 구조도이다. 프로토콜 프레임 전송 장치는 도 1 또는 도 3 내지 도 6에 도시된 방법 실시예에서의 일부 또는 모든 단계를 수행하도록 구성될 수 있으며, 프로토콜 프레임 전송 장치는 캡슐화 유닛(801) 및 송신 유닛(802)을 적어도 포함한다.
캡슐화 유닛(801)은 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있으며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷인 것을 지시하는 데 사용될 수 있다.
송신 유닛(802)은 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하도록 구성되어 있다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0일 수 있어, 이는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시할 수 있다.
선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 수신 확인 시퀀스 번호가 결정된다.
선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
또한, 선택적으로, 본 발명의 이 실시예에서의 프로토콜 프레임 전송 장치는:
캡슐화 유닛(801)이 적어도 하나의 TCP 데이터 패킷에 상기 프로토콜 프레임을 캡슐화하기 전에, 관리 단말에 의해 송신된 프로토콜 프레임을 획득하도록 구성된 획득 유닛(803)
을 더 포함할 수 있고, 여기서 프로토콜 프레임은 단말 식별 정보를 포함할 수 있으며, 상기 단말 식별 정보 정보는 프로토콜 프레임에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치로 송신하도록 지시하는데 사용될 수 있다.
선택적으로, 캡슐화 유닛(801)은: 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하도록 구성되어 있으며, 여기서 부가된 TCP 데이터 패킷의 데이터 파트 길이가 0일 수 있다.
선택적 실시예에서, 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷은 프로토콜 프레임의 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨일 수 있다.
선택적 실시예에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 프로토콜 프레임의 데이터만을 포함한다.
선택적 실시예에서, 본 발명의 이 실시예의 프로토콜 프레임 전송 장치는:
노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하도록 구성된 수신 유닛(804)
을 더 포함할 수 있다.
캡슐화 유닛(801)은 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 노드 장치에 의해 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 부가하도록 구성되며, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 지시하는 데 사용된다.
선택적 실시예에서, 송신 유닛(802)은 캡슐화 유닛(801)이 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에 통지 메시지를 노드 장치에 송신하도록 더 구성되고, 여기서 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용될 수 있다.
또한, 선택적으로, 통지 정보는 프로토콜 프레임의 HTTP 2.0 설정 프레임 또는 HTTP 2.0 헤더 필드에서 운반될 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 나타내기 위해 사용될 수 있다.
선택적 실시예에서, 프로토콜 프레임은 TLS 프레임 또는 HTTP 프레임일 수 있다.
선택적 실시예에서, 프로토콜 프레임이 HTTP 프레임인 경우, 캡슐화 유닛(801)은: HTTP 프레임을 적어도 하나의 TLS 프레임으로 캡슐화하며 - 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임이 HTTP 프레임에 대응하는 최종 TLS 프레임임 - ; 상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있으며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷 데이터 패킷은 HTTP 프레임에 대응하는 최종 TCP 데이터 패킷이다.
선택적 실시예에서, 프로토콜 프레임이 HTTP 프레임인 경우, 캡슐화 유닛(801)은: HTTP 프레임을 적어도 하나의 TLS 프레임으로 캡슐화하고 - 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 HTTP 프레임에 대응하는 최종 TLS 프레임임 - ; 각각의 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되어 있으며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 최종 TCP 데이터임을 지시하는 데 사용된다 패킷을 전송한다.
선택적 실시예에서, 프로토콜 프레임이 TLS 프레임일 때, TLS 프레임은 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다.
선택적 실시예에서, 본 발명의 이 실시예의 프로토콜 프레임 전송 장치는:
상기 캡슐화 유닛이 상기 적어도 하나의 압축된 패키지가 상기 프로토콜 프레임만을 포함하는 적어도 하나의 TCP 데이터 패킷으로 상기 프로토콜 프레임을 캡슐화하기 전에 상기 프로토콜 프레임을 적어도 하나의 압축된 패키지로 압축하도록 구성된 압축 유닛(805)
을 포함할 수 있다.
도 1에 도시된 프로토콜 프레임 전송 장치에서, 캡슐화 유닛(801)은 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷은 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷이며, 송신 유닛(802)은 적어도 하나의 TCP 데이터 패킷을 노드 장치로 송신한다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트가 단지 하나의 프로토콜 프레임의 데이터를 포함하는 것을 보장할 수 있다.
도 9를 참조하면, 도 9는 본 발명의 제1 실시예에 따른 노드 장치의 개략적인 구조도이다. 본 발명의 이 실시예에서 제공하는 노드 장치는 도 1 또는 도 3 내지 도 6에 도시된 본 발명의 실시예에서 실현되는 방법을 실현하도록 구성될 수 있다. 설명을 쉽게 하기 위해, 본 발명의 이 실시예에서 관련된 부분만을 도시한다. 설명되지 않은 기술적 상세 사항에 대해서는 도 1 또는 도 3 내지 도 6에 도시된 본 발명의 실시예를 참조한다.
도 79 도시된 바와 같이, 노드 장치는 CPU와 같은 적어도 하나의 프로세서(901), 적어도 하나의 네트워크 인터페이스(903), 메모리(904) 및 적어도 하나의 통신 버스(902)를 포함한다. 통신 버스(902)는 이들 구성 요소 간의 접속 및 통신을 구현하도록 구성된다. 선택적으로, 네트워크 인터페이스(903)는 표준 유선 인터페이스 및 표준 무선 인터페이스(예를 들어, WI-FI 인터페이스)를 포함할 수 있으며, 외부 네트워크와 통신하도록 구성된다. 메모리(904)는 고속 RAM을 포함할 수 있고, 예를 들어 적어도 하나의 디스크 메모리와 같은 비휘발성 메모리(non-volatile memory)를 더 포함할 수 있다. 선택적으로, 메모리(904)는 프로세서(901)로부터 멀리 떨어진 적어도 하나의 저장 장치를 포함할 수 있다. 프로세서(901)는도 8에 도시된 프로토콜 프레임 전송 장치일 수 있다. 메모리(904)는 프로그램 코드 세트를 저장하고, 프로세서(901)는 메모리(904)에 저장된 프로그램 코드를 호출하여 다음의 동작:
하나의 프로토콜 프레임을 적어도 하나의 전송 제어 프로토콜(Transmission Control Protocol, TCP) 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함할 수 있고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 상기 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 - ; 및
네트워크 인터페이스(903)를 사용하여 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 수행한다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0일 수 있어, 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시할 수 있다.
또한, 선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
또한, 선택적으로, 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 프로세서(901)는 다음 동작:
네트워크 인터페이스(903)를 사용하여, 관리 단말에 의해 송신된 프로토콜 프레임을 획득하는 단계
를 추가로 수행할 수 있고, 여기서 프로토콜 프레임은 단말 식별 정보를 포함할 수 있고, 단말 식별 정보는 프로토콜 프레임에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 지시하는 데 사용될 수 있다.
또한, 선택적으로, 프로세서(901)에 의해 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
상기 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 최대 세그먼트 크기 MSS와 동일한 경우 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하는 단계
일 수 있으며, 상기 부가된 TCP 데이터 패킷의 길이는 0일 수 있다.
선택적 실시예에서, 프로세서(901)에 의해 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로 다음과 같을 수 있다:
프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우 데이터를 포함하는 최종 TCP 데이터 패킷은 프로토콜 프레임의 데이터만을 포함하며, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다.
선택적 실시예에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 프로토콜 프레임의 데이터만을 포함한다.
선택적 실시예에서, 네트워크 인터페이스(903)를 사용하여 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하기 전에, 프로세서(901)는 다음 동작:
네트워크 인터페이스(903)를 사용하여, 노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하는 단계
를 더 수행할 수 있다.
프로세서(901)에 의해, 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 상기 노드 장치에 의해 송신된 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 부가하는 단계
일 수 있으며, 상기 수신 확인 시퀀스 번호는 상기 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었다는 것을 지시하는 데 사용될 수 있다.
선택적 실시예에서, 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 프로세서(901)는 다음 동작:
네트워크 인터페이스(903)를 사용하여 노드 장치에 통지 메시지를 전송하는 단계
를 더 수행할 수 있으며, 상기 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함한다는 것을 나타내기 위해 사용될 수 있고, 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용될 수 있다.
선택적으로, 통지 메시지는 프로토콜 프레임의 HTTP 2.0 설정 프레임 또는 HTTP 2.0 헤더 필드에서 운반될 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 나타내기 위해 사용될 수 있다.
선택적 실시예에서, 프로토콜 프레임은 TLS 프레임 또는 HTTP 프레임일 수 있다.
선택적 실시예에서, 프로토콜 프레임이 HTTP 프레임인 경우, 프로세서(901)에 의해 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
HTTP 프레임을 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 HTTP 프레임에 대응하는 최종 TLS 프레임임 - ; 및
상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 상기 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 HTTP 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 -
일 수 있다.
선택적 실시예에서, 프로토콜 프레임이 HTTP 프레임인 경우, 프로세서(901)에 의해 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
HTTP 프레임을 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 HTTP 프레임에 대응하는 최종 TLS 프레임임 - ; 및
각 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용됨 -
일 수 있다.
선택적 실시예에서, 프로토콜 프레임이 TLS 프레임일 때, TLS 프레임은 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다.
선택적 실시예에서, 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 프로세서(901)는 다음 동작:
상기 프로토콜 프레임을 적어도 하나의 압축된 패키지로 압축하는 단계 - 상기 적어도 하나의 압축된 패키지는 프로토콜 프레임만을 포함함 -
를 더 수행할 수 있다.
구체적으로, 본 발명의 이 실시예에서 설명된 단말은 도 1, 또는 도 3 내지 도 6을 참조해서 본 발명에서 설명된 방법 실시예에서의 일부 또는 모든 절차를 실현하도록 구성될 수 있다.
도 10을 참조하면, 도 10은 본 발명의 실시예에 따른 프로토콜 프레임 파싱 장치의 개략적인 구조도이다. 프로토콜 프레임 파싱 장치는 도 2 내지 도 6에 도시된 방법 실시예에서의 모든 또는 일부의 단계를 수행하도록 구성될 수 있으며, 프로토콜 프레임 파싱 장치는 수신 유닛(1001), 결정 유닛(1002) 및 파싱 유닛(1003)을 적어도 포함한다.
수신 유닛(1001)은 하나의 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하도록 구성되며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함할 수 있고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용될 수 있다.
결정 유닛(1002)은 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하도록 구성된다.
파싱 유닛(1003)은 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하도록 구성된다.
선택적 실시예에서, 결정 유닛(1002)은: 최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하도록 구성되어 있다.
선택적 실시예에서, 결정 유닛(1002)은: 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하도록 구성되어 있다.
선택적 실시예에서, 결정 유닛(1002)은: 최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함할 때, 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷이라는 것을 결정하도록 구성되어 있다.
선택적 실시예에서, 본 발명의 이 실시예의 프로토콜 프레임 파싱 장치는:
수신 장치(1001)가 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하기 전에 노드 장치에 TCP 데이터 패킷을 송신하도록 구성된 송신 유닛(1004)
을 더 포함할 수 있다.
결정 유닛(1002)은: 수신된 TCP 데이터 패킷이 노드 장치에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송할 때, 수신 확인 시퀀스 번호에 따라, 노드 장치가 노드 장치에 송신된 TCP 데이터 패킷을 정확하게 수신하는지를 판정하도록 추가로 구성되어 있다.
선택적 실시예에서, 수신 유닛(1001)은: 판정 유닛(1002)이 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 노드 장치에 의해 송신된 통지 메시지를 수신하도록 추가로 구성되어 있다.
본 발명의 실시예에 따른 프로토콜 프레임 파싱 장치는,
통지 정보에 따라 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하도록 구성된 획득 유닛(1005)
을 더 포함할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 파싱 유닛(1003)은 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하도록 구성된다.
선택적 실시예에서, 결정 유닛(1002)은: 파싱 유닛(1003)이 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하기 전에, 다음 프로토콜 프레임의 헤더 필드가 정적 테이블을 사용해서 압축되는 것으로 결정하도록 추가로 구성되어 있다.
선택적 실시예에서, 다음 프로토콜 프레임에 대응하는 모든 TCP 데이터 패킷은 동일한 HTTP 2.0 스트림에 속하고, 본 발명의 이 실시예의 프로토콜 프레임 전송 장치는:
파싱 유닛(1003)이 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한 후, 다음 프로토콜 프레임에 대한 데이터 파싱이 실패한 경우, HTTP 2.0 스트림에 포함된 프로토콜 프레임에 대해 수행되는 데이터 파싱을 중단하도록 구성되어 있는 제어 유닛(1006)
을 더 포함할 수 있다.
도 10에 도시된 프로토콜 프레임 파싱 장치에서, 수신 유닛(1001)은 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 상기 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며; 결정 유닛(1002)은 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하며, 파싱 유닛(1003)은 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한다. 이러한 방식으로 다음 프로토콜 프레임의 경계를 효과적으로 인식할 수 있으므로 다음 프로토콜 프레임에서 데이터 파싱을 수행할 수 있다.
도 11을 참조하면, 도 11은 본 발명의 제2 실시예에 따른 프로토콜 프레임 전송 장치의 개략적인 구조도이다. 본 발명의 이 실시예에서 제공하는 노드 장치는 도 2 내지 도 6에 도시된 본 발명의 실시예에서 실행되는 방법을 실행하도록 구성될 수 있다. 설명을 쉽게 하기 위해, 본 발명의 이 실시예와 관련된 부분만이 도시되어 있다. 설명되지 않은 기술적 상세 사항에 대해서는 도 2 내지 도 6에 도시된 본 발명의 실시예를 참조한다.
도 11에 도시된 바와 같이, 단말 장치는 CPU와 같은 적어도 하나의 프로세서(1101), 적어도 하나의 네트워크 인터페이스(1103), 메모리(1104) 및 적어도 하나의 통신 버스(1102)를 포함한다. 통신 버스(1102)는 이들 구성 요소 간의 접속 및 통신을 구현하도록 구성된다. 선택적으로, 네트워크 인터페이스(1103)는 표준 유선 인터페이스 및 표준 무선 인터페이스(예를 들어, WI-FI 인터페이스)를 포함할 수 있으며, 외부 네트워크와 통신하도록 구성된다. 메모리(1104)는 고속 RAM을 포함할 수 있고, 예를 들어 적어도 하나의 디스크 메모리와 같은 비휘발성 메모리를 더 포함할 수 있다. 선택적으로, 메모리(1104)는 프로세서(1101)로부터 멀리 떨어진 적어도 하나의 저장 장치를 포함할 수 있다. 프로세서(1101)는 도 10에 도시된 프로토콜 프레임 파싱 장치일 수 있다. 메모리(1104)는 프로그램 코드 세트를 저장하고, 프로세서(1101)는 메모리(1104)에 저장된 프로그램 코드를 호출하여 다음의 동작:
네트워크 인터페이스(1103)를 사용하여, 하나의 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 여기서, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함할 수 있으며, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 상기 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용될 수 있음 - ;
상기 지시 정보에 따라, 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계; 및
상기 시작 TCP 데이터 패킷으로부터 상기 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하는 단계
를 수행한다.
선택적 실시예에서, 지시 정보에 따라 프로세서(1101)에 의해 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 것은 구체적으로:
최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때, 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하는 단계
일 수 있다.
선택적 실시예에서, 지시 정보에 따라 프로세서(1101)에 의해 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 것은 구체적으로:
상기 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 다음 TCP 데이터 패킷이 상기 다음 프로토콜 프레임에 대응하는 상기 시작 TCP 데이터 패킷인 것으로 결정하는 단계
일 수 있다.
선택적 실시예에서, 지시 정보에 따라 프로세서(1101)에 의해 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하는 것은 구체적으로:
상기 최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함하는 경우, 다음 TCP 데이터 패킷이 상기 다음 프로토콜 프레임에 대응하는 상기 시작 TCP 데이터 패킷인 것으로 결정하는 단계
일 수 있다.
선택적 실시예에서, 프로토콜 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 네트워크 인터페이스(1103)를 사용하여 수신하기 전에, 프로세서(1101)는 다음 동작:
네트워크 인터페이스(1103)를 사용하여 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 더 수행할 수 있다.
노드 장치에 의해 송신되고 프로토콜 프레임을 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷을 네트워크 인터페이스(1103)를 사용하여 수신한 후, 프로세서(1101)는 다음 동작:
상기 수신된 TCP 데이터 패킷이 노드 장치로 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송할 때 노드 장치가 노드 장치로 송신된 TCP 데이터 패킷을 정확하게 수신하는지를 수신 확인 시퀀스 번호에 따라 결정하는 단계
를 더 수행할 수 있다.
선택적 실시예에서, 지시 정보에 따라, 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 프로세서(1101)는 다음의 동작:
상기 네트워크 인터페이스(1103)를 사용하여 상기 노드 장치에 의해 송신된 통지 메시지를 수신하는 단계; 및
통지 메시지에 따라, 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하는 단계
를 더 수행할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 프로세서(1101)에 의해, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하는 것은 구체적으로:
상기 데이터 유형 정보에 따라 상기 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하는 단계
일 수 있다.
선택적 실시예에서, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하기 전에, 프로세서(1101)는 다음 동작:
정적 프레임을 사용하여 상기 다음 프로토콜 프레임의 헤더 필드가 압축된 것으로 결정하는 단계
를 더 수행할 수 있다.
선택적 실시예에서, 다음 프로토콜 프레임에 대응하는 모든 TCP 데이터 패킷은 동일한 HTPP 2.0 스트림에 속하며, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한 후, 프로세서(1101)는 다음 동작:
다음 프로토콜 프레임에서 수행된 데이터 파싱이 실패하면 HTTP 2.0 스트림에 포함된 프로토콜 프레임에서 수행된 데이터 파싱을 일시 중단하는 단계
를 더 수행할 수 있다.
특히, 본 발명의 이 실시예에서 설명된 단말은 도 2 내지도 6을 참조하여 본 발명에서 설명된 방법 실시예에서 일부 또는 모든 절차를 구현하도록 구성될 수 있다.
도 12를 참조하면, 도 12는 본 발명의 실시예에 따른 프로토콜 프레임 전송 시스템의 개략적인 구조도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 통신 시스템은 프로토콜 프레임 전송 장치(1201) 및 프로토콜 프레임 파싱 장치(1202)를 적어도 포함할 수 있다.
프로토콜 프레임 전송 장치(1201)는 하나의 프로토콜 프레임을 적어도 하나의 전송 제어 프로토콜 TCP 데이터 패킷으로 캡슐화하도록 구성되며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함할 수 있으며, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용될 수 있다.
프로토콜 프레임 전송 장치(1201)는 적어도 하나의 TCP 데이터 패킷을 프로토콜 프레임 분석 장치(1202)로 송신하도록 더 구성된다.
프로토콜 프레임 파싱 장치(1202)는 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하도록 구성된다.
프로토콜 프레임 파싱 장치(1202)는 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하도록 추가로 구성된다.
프로토콜 프레임 파싱 장치(1202)는 데이터 파싱 이후에 획득된 TCP 데이터 패킷을 노드 장치(1204)로 전송하도록 추가로 구성된다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때, 프로토콜 프레임 분석 장치(1202)는 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정한다.
또한, 선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하며, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
또한, 선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
또한, 선택적으로, 적어도 하나의 TCP 데이터 패킷에 프로토콜 프레임을 캡슐화하기 전에, 프로토콜 프레임 전송 장치(1201)는 다음 동작:
관리 단말(1203)에 의해 송신된 프로토콜 프레임을 획득하는 단계
를 더 수행할 수 있으며, 여기서 프로토콜 프레임은 단말 식별 정보를 포함하며, 단말 식별 정보는 프로토콜 프레임에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 지시하는 데 사용된다.
또한, 선택적으로, 프로토콜 프레임 전송 장치(1201)에 의해, 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
상기 프로토콜 프레임에 대응하는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 상기 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하는 단계
일 수 있으며, 부가된 TCP 데이터 패킷은 0이다.
선택적 실시예에서, 프로토콜 프레임에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷은 프로토콜 프레임의 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다. 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 프로토콜 프레임 파싱 장치(1202)는 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다. 최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함하는 경우, 프로토콜 프레임 파싱 장치(1202)는 다음 TCP 데이터 패킷이 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 프로토콜 프레임의 데이터만을 포함한다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷을 프로토콜 프레임 파싱 장치(1202)로 보내기 전에, 프로토콜 프레임 전송 장치(1201)는 다음 동작:
프로토콜 프레임 파싱 장치(1202)에 의해 송신된 TCP 데이터 패킷을 프로토콜 프레임 전송 장치(1201)가 수신하는 단계
를 더 수행할 수 있다.
또한, 프로토콜 프레임 전송 장치(1201)에 의해 하나의 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 상기 노드 장치에 의해 송신된 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 부가하는 단계
일 수 있으며, 상기 수신 확인 시퀀스 번호는 상기 TCP 데이터 패킷 노드 장치에 의해 송신된 메시지가 정확하게 수신되었음을 지시하는 데 사용된다.
프로토콜 프레임 전송 장치(1201)에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신한 후, 프로토콜 프레임 파싱 장치(1202)는 다음 동작:
수신된 TCP 데이터 패킷이 프로토콜 프레임 전송 장치(1201)에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송할 때, 수신 확인 시퀀스 번호에 따라, 프로토콜 프레임 전송 장치(1201)가 프로토콜 프레임 파싱 장치(1202)에 의해 송신된 TCP 데이터 패킷을 정확하게 수신한 것으로 결정하는 단계
를 추가로 수행할 수 있다.
선택적 실시예에서, 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 프로토콜 프레임 전송 장치(1201)는 다음 동작:
노드 장치(1204)에 통지 메시지를 송신하는 단계
를 추가로 수행할 수 있으며, 상기 통지 메시지는 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함한다는 것을 지시하는 데 사용되며, 상기 지시 정보는 최종 TCP 데이터 packet은 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷이다.
또한, 선택적으로, 통지 메시지는 프로토콜 프레임의 HTTP 2.0 설정 프레임 또는 HTTP 2.0 헤더 필드에서 운반된다.
선택적 실시예에서, 지시 정보에 따라, 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 프로토콜 프레임 파싱 장치(1202)는 다음의 동작:
프로토콜 프레임 전송 장치(1201)에 의해 송신된 통지 메시지를 수신하는 단계; 및
통지 메시지에 따라, 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하는 단계
를 더 수행할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 지시하는 데 사용된다. 프로토콜 프레임 파싱 장치(1202)에 의해, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하는 것은 구체적으로:
상기 데이터 유형 정보에 따라 상기 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하는 단계
일 수 있다.
선택적 실시예에서, 프로토콜 프레임은 TLS 프레임 또는 HTTP 프레임이다.
선택적 실시예에서, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행하기 전에, 프로토콜 프레임 파싱 장치(1202)는 다음 동작:
정적 프레임을 사용하여 상기 다음 프로토콜 프레임의 헤더 필드가 압축된 것으로 판정하는 단계
를 더 수행할 수 있다.
선택적 실시예에서, 다음 프로토콜 프레임에 대응하는 모든 TCP 데이터 패킷은 동일한 HTPP 2.0 스트림에 속하며, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한 후에, 프로토콜 프레임 파싱 장치(1202)는 다음 동작:
다음 프로토콜 프레임에서 수행된 데이터 파싱이 실패하면 HTTP 2.0 스트림에 포함된 프로토콜 프레임에 대해 수행되는 데이터 파싱을 일시 중단하는 단계
를 추가로 수행할 수 있다.
선택적 실시예에서, 프로토콜 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 프로토콜 프레임 전송 장치(1201)는 다음 동작:
상기 프로토콜 프레임을 적어도 하나의 압축된 패키지로 압축하는 단계
을 더 수행할 수 있으며, 여기서 상기 적어도 하나의 압축된 패키지는 상기 프로토콜 프레임만을 포함한다.
도 12에 도시된 프로토콜 프레임 전송 시스템에서, 프로토콜 프레임 전송 장치(1201)는 적어도 하나의 TCP 데이터 패킷에 프로토콜 프레임을 캡슐화하고, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 프로토콜 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며; 프로토콜 프레임 전송 장치(1201)는 적어도 하나의 TCP 데이터 패킷을 프로토콜 프레임 분석 장치(1202)로 송신하고; 프로토콜 프레임 파싱 장치(1202)는 지시 정보에 따라 다음 프로토콜 프레임에 대응하는 시작 TCP 데이터 패킷을 결정하며, 그런 다음, 시작 TCP 데이터 패킷으로부터 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트는 단지 하나의 프로토콜 프레임의 데이터를 포함하므로, 프로토콜 프레임 파싱 장치(1202)는 다음 프로토콜 프레임의 경계를 효과적으로 인식하여 다음 프로토콜 프레임에 대한 데이터 파싱을 수행한다.
도 13을 참조하면, 도 13은 본 발명의 실시예에 따른 데이터 전송 방법의 개략적인 흐름도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 데이터 전송 방법은 다음의 단계를 포함할 수 있다.
S1301. 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 최종 TCP 데이터 패킷임을 지시하는 데 사용된다 객체 데이터에 대응하는 데이터 패킷을 생성한다.
단말은 통합 자원 식별자(Uniform Resource Identifier, URI)의 객체 데이터를 상기 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 예를 들어, 제1 객체 데이터의 데이터 볼륨과 제2 객체 데이터의 데이터 볼륨이 모두 3000 바이트이고, 단말과 노드 장치가 동의한 미리 설정된 MSS가 1460 바이트인 경우, 단말은 제1 객체 데이터를 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. 제1 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제2 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제3 TCP 데이터 패킷의 데이터 파트 길이는 80 바이트이고, 제3 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 제3 TCP 데이터 패킷이 상기 제1 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 마찬가지로, 단말은 제2 객체 데이터를 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. 제4 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제5 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제6 TCP 데이터 패킷의 데이터 파트 길이는 80 바이트이고, 제6 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 제6 TCP 데이터 패킷이 제2 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
객체 데이터는 HTTP 1.1 데이터 또는 HTTP 1.0 데이터 일 수 있고, 객체 데이터는 URI에 의해 식별되는 자원을 지시하는 데 사용되며, 자원은 텍스트, 이미지, 비디오, 오디오 등일 수 있다. 예를 들어 URI는 www.ottserver.com/picture.JPG 일 수 있으며 URI로 식별되는 자원은 이미지이며, 즉 객체 데이터는 이미지이다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 객체 데이터만을 포함한다. 예를 들어, 제1 객체 데이터를 제1 TCP 데이터 패킷과 제2 TCP 데이터 패킷으로 캡슐화하고, 제1 TCP 데이터 패킷의 데이터 파트는 제1 객체 데이터만을 포함하고, 제2 TCP 데이터 패킷의 데이터 파트는 제1 객체 데이터만을 포함한다. 마찬가지로, 상기 단말은 제2 객체 데이터를 제3 TCP 데이터 패킷 및 제4 TCP 데이터 패킷으로 캡슐화하고, 상기 제3 TCP 데이터 패킷의 데이터 파트는 상기 제2 객체 데이터만을 포함하고, 상기 제4 TCP 데이터 패킷의 데이터 파트는 제2 객체 데이터만을 포함한다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0일 수 있어, 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타낼 수 있다. 예를 들어, 제1 객체 데이터의 데이터 볼륨이 2000 바이트이고 단말과 노드 장치가 동의한 미리 설정된 MSS가 1460 바이트인 경우 단말은 제1 객체 데이터를 제1 TCP 데이터 패킷, 제2 TCP 데이터 패킷, 및 제3 TCP 데이터 패킷으로 캡슐화한다. 제1 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제2 TCP 데이터 패킷의 데이터 파트 길이는 540 바이트이고, 제3 TCP 데이터 패킷의 데이터 파트 길이는 0이며, 이는 제3 TCP 데이터 패킷이 제1 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시한다.
선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
또한, 선택적으로, URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 단말은 관리 단말에 의해 송신된 객체 데이터를 획득할 수 있다. 상기 객체 데이터는 단말 식별 정보를 포함할 수 있고, 상기 단말 식별 정보는 상기 객체 데이터에 대응하는 적어도 하나의 TCP 데이터 패킷을 상기 단말 식별 정보에 대응하는 노드 장치로 전송하도록 지시하는 데 사용된다.
또한, 선택적으로, 단말은 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가할 수 있고, 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다. 예를 들어, 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일하면, 상기 단말은 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가할 수 있다. 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다. 다른 예로서, 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 사전 설정된 MSS보다 작은 경우, 단말은 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가할 수 있다. 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
선택적 실시예에서, 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷은 객체 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다. 예를 들어, 제1 객체 데이터의 데이터 볼륨이 2000 바이트이고 단말과 노드 장치가 동의한 미리 설정된 MSS가 1460 바이트인 경우 단말은 제1 객체 데이터를 제1 TCP 데이터 패킷과 제2 TCP 데이터 패킷으로 캡슐화한다. 제1 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 제2 TCP 데이터 패킷의 데이터 파트 길이는 540 바이트이고, 제2 TCP 데이터 패킷은 제1 객체 데이터만을 포함하고, 지시 정보는 제2 TCP의 데이터 볼륨이며, 상기 단말은 상기 지시 정보에 따라 상기 제2 TCP 데이터 패킷의 데이터 볼륨이 상기 미리 설정된 MSS보다 작으므로, 상기 제2 TCP 데이터 패킷이 상기 제1 객체 데이터의 최종 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다. 특정 실시 동안, 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 단말은 데이터를 포함하는 최종 TCP 데이터 패킷의 헤더에 식별 정보를 부가할 수 있다. 다른 예로서, 상기 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 상기 단말은 데이터를 포함하는 최종 TCP 데이터 패킷의 헤더에 상기 식별 정보를 부가할 수 있다. 예를 들어, 제1 객체 데이터의 데이터 볼륨이 2000 바이트이고 단말과 노드 장치가 동의한 미리 설정된 MSS가 1460 바이트인 경우 단말은 제1 객체 데이터를 제1 TCP 데이터 패킷과 제2 TCP 데이터 패킷으로 캡슐화할 수 있다. 상기 제1 TCP 데이터 패킷의 데이터 파트 길이는 1460 바이트이고, 상기 제2 TCP 데이터 패킷의 데이터 파트 길이는 540 바이트이고, 상기 제2 TCP 데이터 패킷의 헤더는 식별 정보를 포함하고, 상기 단말은 상기 식별 정보에 따라, 상기 제2 TCP 데이터 패킷이 상기 제1 객체 데이터의 최종 TCP 데이터 패킷임 것으로 결정할 수 있다.
선택적 실시예에서, URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 단말은 노드 메시지에 통지 메시지를 더 전송할 수 있다. 상기 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함한다는 것을 지시하는 데 사용될 수 있고, 지시 정보는 객체 데이터에 대응하는 최종 TCP 데이터 패킷이다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 나타내기 위해 사용된다. 기존의 데이터 파싱 방법에서는 객체 데이터의 프레임 헤더를 사용하여 객체 데이터에 대해 블라인드 파싱(blind parsing)을 수행하므로, 객체 데이터의 데이터 유형을 정확하게 획득할 수 없다. 그렇지만, 본 발명의 이 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 노드 장치는 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하여, 객체 데이터의 데이터 유형을 획득할 수 있다. 따라서 데이터 파싱의 정밀도가 향상된다.
선택적 실시예에서, 단말은 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에 적어도 하나의 압축된 패키지로 객체 데이터를 압축할 수 있고, 적어도 하나의 압축된 패키지는 객체 데이터만을 포함한다. 특정 실시 동안 단말은 일반적으로 미리 설정된 압축 알고리즘을 사용하여 객체 데이터를 압축하며, 그런 다음 압축된 객체 데이터를 노드 장치에 송신하여 전송률을 높인다. 서로 다른 객체 데이터가 동일한 압축 패키지로 압축되고 결과적으로 객체 데이터 중 어느 것도 인식될 수 없으며 객체 데이터가 적어도 하나의 TCP 데이터 패킷으로 캡슐화될 수 없는 경우를 피하기 위해, 본 발명의 이 실시예에서, 하나의 URI의 객체 데이터는 적어도 하나의 압축 패키지로 압축되고, 압축 패키지 내의 데이터는 적어도 하나의 TCP 데이터 패킷으로 캡슐화되어, 각각의 객체 데이터는 적어도 하나의 TCP 데이터 패킷으로 캡슐화된다.
선택적 실시예에서, 단말은 객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화할 수 있으며, 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 객체 데이터에 대응하는 최종 TLS 프레임이며; 각각의 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 최종 TCP 데이터임을 지시하는 데 사용된다.
도 7i에 도시되어 있고 객체 데이터가 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면을 예로 사용한다. 단말은 객체 데이터를 2개의 TLS 프레임으로 캡슐화한다. TLS 프레임 2는 객체 데이터에 대응하는 최종 TLS 프레임이며, TLS 프레임 1 및 TLS 프레임 2는 객체 데이터만을 포함한다. 또한, 단말은 TLS 프레임 1을 3개의 TCP 데이터 패킷으로 캡슐화할 수 있다. TCP3 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 TCP3 데이터 패킷이 TLS 프레임 1에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 구체적으로, TCP3 데이터 패킷이 TLS 프레임 1에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해, TCP3 데이터 패킷의 데이터 파트 길이는 0일 수 있거나; 또는 TCP3 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, TCP3 데이터 패킷이 TLS 프레임 1에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 TCP3 데이터 패킷의 데이터 볼륨이 될 수 있거나; 또는 TCP3 데이터 패킷이 TLS 프레임 1에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 지시 정보는 TCP3 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다. 유사하게, 단말은 TLS 프레임 2를 5개의 TCP 데이터 패킷으로 캡슐화할 수 있다. TCP8 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 TCP8 데이터 패킷이 TLS 프레임 2에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 구체적으로, TCP8 데이터 패킷이 TLS 프레임 2에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 TCP8 데이터 패킷의 데이터 파트 길이는 0일 수 있거나; 또는 TCP8 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, TCP8 데이터 패킷이 TLS 프레임 2에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 지시 정보는 TCP8 데이터 패킷의 데이터 볼륨이 될 수 있거나; 또는 TCP8 데이터 패킷이 TLS 프레임 2에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 지시 정보는 TCP8 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다.
본 발명의 이 실시예에서, TCP1 데이터 패킷 내지 TCP3 데이터 패킷의 데이터 파트는 TLS 프레임 1의 데이터만을 포함하고, TCP4 데이터 패킷 내지 TCP8 데이터 패킷의 데이터 파트는 TLS 프레임 2의 데이터 파트만을 포함하며, TLS 프레임 1 및 TLS 프레임 2는 객체 데이터만을 포함한다.
선택적 실시예에서, 단말은 객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하고, 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임이 객체 데이터에 대응하는 최종 TLS 프레임이며; 상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷 데이터 패킷은 객체 데이터에 대응하는 최종 TCP 데이터 패킷이다.
도 7j에 도시되어 있고 객체 데이터가 TCP 데이터 패킷으로 캡슐화되는 개략적인 인터페이스 도면을 예로 사용한다. 단말은 객체 데이터를 2개의 TLS 프레임으로 캡슐화한다. TLS 프레임 2는 객체 데이터에 대응하는 최종 TLS 프레임이며, TLS 프레임 1 및 TLS 프레임 2는 객체 데이터만을 포함한다. 또한, 단말은 TLS 프레임 1 및 TLS 프레임 2를 8개의 TCP 데이터 패킷으로 캡슐화할 수 있다. TCP8 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 TCP8 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 구체적으로, TCP8 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 TCP8 데이터 패킷의 데이터 파트 길이는 0일 수 있거나; 또는 상기 TCP8 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, TCP3 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해, 지시 정보는 TCP 데이터 패킷의 데이터 볼륨이 될 수 있거나; 또는 TCP8 데이터 패킷이 상기 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타내기 위해 상기 지시 정보는 TCP8 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다. 지시, 상기 TCP3 데이터 패킷의 데이터 파트는 TLS 프레임 1의 데이터 및 TLS 프레임 2의 데이터를 포함할 수 있다. TCP1 데이터 패킷에 대한 TCP7 데이터 패킷의 데이터 볼륨은 미리 설정된 MSS와 동일할 수 있다.
본 발명의 이 실시예에서, TCP 데이터 패킷의 데이터 파트는 객체 데이터만을 포함하고, TCP 데이터 패킷의 데이터 패킷은 복수의 TLS 프레임의 데이터를 포함할 수 있다. 본 발명의 이 실시예에서, 하나의 URI의 객체 데이터에 대응하는 TCP 데이터 패킷은 단 하나의 지시 정보만을 포함한다. 전술한 캡슐화 방법과 비교하여, 본 발명의 이 실시예는 자원 사용을 향상시키고 캡슐화 오버헤드를 감소시킬 수 있다.
선택적 실시예에서, 객체 데이터가 TLS 프레임으로 캡슐화될 때, TLS 프레임은 데이터 유형 정보를 포함할 수 있고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다. 예를 들어, TLS 프레임의 포맷은 도 7f에 도시된다. 단말은 TLS 프레임의 ContentType 필드에 데이터 유형 정보를 부가할 수 있으며, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 지시하는 데 사용된다. 또한, TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화할 때, 단말은 데이터 유형 정보를 적어도 하나의 TCP 데이터 패킷의 헤더에 부가할 수 있다. 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 지시하는 데 사용된다.
S1302. 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신한다.
단말은 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화한 후 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신할 수 있다.
선택적 실시예에서, 노드 장치에 적어도 하나의 TCP 데이터 패킷을 송신하기 전에, 단말은 노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하고, 노드 장치에 의해 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 부가할 수 있다. ACK 시퀀스 번호는 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 나타내기 위해 사용된다. 기존의 데이터 전송 방법에서, 단말은 노드 장치에 의해 송신된 TCP 데이터 패킷을 수신한 후 노드 장치로 ACK 데이터 패킷을 전송할 수 있다. ACK 데이터 패킷의 데이터 파트 길이는 0이며, 이는 노드 장치에 의해 송신된 TCP 데이터 패킷을 단말이 정확하게 수신했음을 나타낸다. 따라서, 자원 활용도는 상대적으로 낮다. 본 발명의 이 실시예에서, 노드 장치에 의해 송신된 TCP 데이터 패킷이 수신된 후, 노드 장치에 의해 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호가 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 부가될 수 있다. ACK 시퀀스 번호는 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 나타내기 위해 사용된다. 본 발명의 이 실시예에서는, ACK 데이터 패킷이 별도로 전송되는 것은 아니지만, 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 나타내므로 자원 활용도를 높일 수 있다.
도 13에 도시된 데이터 전송 방법에서, URI의 객체 데이터는 적어도 하나의 TCP 데이터 패킷으로 캡슐화되고, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷은 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며, 상기 적어도 하나의 TCP 데이터 패킷은 상기 노드 장치로 송신된다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트가 단지 하나의 URI의 객체 데이터를 포함하는 것이 보장된다.
도 14를 참조하면, 도 14는 본 발명의 실시예에 따른 데이터 파싱 방법의 개략적인 흐름도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 데이터 파싱 방법은 다음의 단계를 포함할 수 있다.
S1401. 노드 장치에 의해 송신되고 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함하는 하나의 URI의 객체 데이터를 캡슐화함으로써 획득되는 적어도 하나의 TCP 데이터 패킷을 수신한다.
단말은 노드 장치에 의해 송신되고 URI의 객체 데이터를 캡슐화함으로써 획득되는 적어도 하나의 TCP 데이터 패킷을 수신할 수 있으며, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 예를 들어, 노드 장치는 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함할 수 있으며, 노드 장치는 적어도 하나의 TCP 데이터 패킷을 상기 단말에 송신하므로, 상기 단말은 상기 적어도 하나의 TCP 데이터 패킷을 수신한다.
선택적 실시예에서, 단말은 노드 장치에 의해 송신되고 URI의 객체 데이터를 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷을 수신하기 전에 TCP 데이터 패킷을 노드 장치에 송신할 수 있다. 또한, 노드 장치에 의해 송신되고 URI의 객체 데이터를 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷을 수신한 후에, 수신된 TCP 데이터 패킷이 노드 장치에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송하면, 노드 장치가 노드 장치에 송신된 TCP 데이터 패킷을 정확하게 수신한 것으로 노드 장치는 수신 확인 시퀀스 번호에 따라 결정할 수 있다.
예를 들어, 단말은 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하기 전에 TCP 데이터 패킷을 노드 장치에 송신할 수 있고, 노드 장치는 단말에 의해 송신된 TCP 데이터 패킷을 수신하고, 상기 단말에 의해 송신된 상기 TCP 데이터 패킷의 상기 수신 확인 시퀀스 번호를 상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 부가한다. 이 경우, 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신한 후에, 단말은 수신 확인 시퀀스 번호에 따라, 노드 장치가 단말에 의해 송신된 TCP 데이터 패킷을 정확하게 수신한 것으로 결정할 수 있다.
S1402. 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정한다.
단말은 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정할 수 있다. 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷은 객체 데이터에 대응하는 최종 TCP 데이터 패킷의 다음 TCP 데이터 패킷이다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때, 단말은 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 예를 들면, 노드 장치는 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하고, 부가된 TCP 데이터 패킷의 데이터 파트 길이가 0인 경우, 단말은 부가된 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 단말은 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 예를 들어, 단말은 각 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은지를 판정하고, TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 단말은 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 또한, 선택적으로, TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 단말은 다음 TCP 데이터 패킷의 데이터 파트 길이가 0인지를 판정할 수 있고, 다음 TCP 데이터 패킷의 데이터 파트 길이가 0이면, 단말은 데이터 파트 길이가 0인 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 또한, 선택적으로, TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 단말은 각 TCP 데이터 패킷의 헤더가 식별 정보를 포함하는지를 판정할 수 있고, TCP 데이터 패킷의 헤더가 식별 정보를 포함하면, 단말은 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함할 때, 단말은 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다. 예를 들어, 단말은 각 TCP 데이터 패킷의 헤더가 식별 정보를 포함하는지를 판정할 수 있고, TCP 데이터 패킷의 헤더가 식별 정보를 포함하는 경우, 단말은 TCP 데이터 패킷의 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 단말은 노드 장치에 의해 송신된 통지 메시지를 수신할 수 있고, 통지 메시지에 따라, 객체 데이터에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득한다. 예를 들면, 단말은 노드 장치가 송신한 통지 메시지를 수신하고, 그 통지 메시지를 사용하여 다음 URI의 객체 데이터의 경계를 인식하도록 단말에 명령하므로, 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행할 수 있다. 이 경우, 단말은 통지 메시지에 따라, 객체 데이터에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하고, 지시 정보에 따라, 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하며, 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행한다.
S1403. 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행한다.
단말은 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정한 후, 단말은 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행할 수 있다. 예를 들어, 단말이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷이 제3 TCP 데이터 패킷인 것으로 결정하면, 단말은 제3 패킷 데이터로부터 프레임 헤더 및 다음 URI의 객체 데이터의 페이로드를 파싱할 수 있고, 페이로드 내의 데이터에 따라 다음 URI의 객체 데이터의 데이터 유형을 인식할 수 있다. 객체 데이터의 데이터 유형은 텍스트, 이미지, 비디오, 오디오 등을 포함할 수 있다.
선택적 실시예에서, 상기 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함할 수 있고, 상기 단말은 상기 데이터 유형 정보에 따라 상기 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하여 객체 데이터의 데이터 유형을 획득할 수 있다. 종래 기술에 따르면, 단말은 객체 데이터의 프레임 헤더를 사용하여 객체 데이터에 대한 블라인드 파싱을 수행하므로, 객체 데이터의 데이터 유형을 정확하게 획득할 수 없다. 대조적으로, 본 발명의 이 실시예에서는, TCP 데이터 패킷의 데이터 파트의 데이터 유형이 데이터 유형 정보에 따라 획득되므로, 객체 데이터의 데이터 유형이 획득된다. 따라서 데이터 파싱 정밀도가 향상될 수 있다.
도 14에 도시된 데이터 파싱 방법에서, 노드 장치에 의해 송신되고 URI의 객체 데이터를 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷이 수신되고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷이 결정되고; 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대해 데이터 파싱이 수행된다. 이러한 방식으로, 다음 URI의 객체 데이터의 경계가 효과적으로 인식될 수 있으므로, 다음 URI의 객체 데이터에 대해 데이터 파싱이 수행될 수 있다.
도 15를 참조하면, 도 15는 본 발명의 실시예에 따른 데이터 전송 장치의 개략적인 구조도이다. 데이터 전송 장치는 도 13에 도시된 방법 실시예에서의 모든 또는 일부의 단계를 수행하도록 구성될 수 있으며, 데이터 전송 장치는 캡슐화 유닛(1501) 및 송신 유닛(1502)을 적어도 포함한다.
캡슐화 유닛(1501)은 적어도 하나의 TCP 데이터 패킷에 하나의 URI의 객체 데이터를 캡슐화하도록 구성되며, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷은 객체 데이터에 대응하는 최종 TCP 데이터 패킷이고, 객체 데이터는 URI에 의해 식별된 자원을 지시하는 데 사용된다.
The sending unit 1502 is configured to send the at least one TCP data packet to a node device.
송신 유닛(1502)은 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하도록 구성되어 있다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이며, 이는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타낸다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함한다. 송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함한다. 송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
또한, 선택적으로, 상기 장치는:
상기 캡슐화 유닛(1501)이 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 단말 식별 정보를 포함하는 관리 단말에 의해 송신된 객체 데이터를 획득하도록 구성되어 있는 획득 유닛(1503)
을 더 포함하고, 여기서 상기 객체 데이터는 단말 식별 정보를 포함하고, 상기 단말 식별 정보는 객체 데이터에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 지시하는 데 사용된다.
선택적 실시예에서, 캡슐화 유닛(1501)은 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하도록 구성되며, 여기서 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
선택적 실시예에서, 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷은 객체 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다.
선택적 실시예에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보이다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 객체 데이터만을 포함한다.
선택적 실시예에서, 상기 장치는:
노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하도록 구성된 수신 유닛(1504)
을 더 포함한다.
캡슐화 유닛(1501)은 노드 장치에 의해 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 적어도 하나의 TCP 데이터 패킷 내의 송신 TCP 데이터 패킷에 부가하도록 구성되며, 여기서 수신 확인 시퀀스 번호는 노드 장치에 의해 송신된 TCP 데이터 패킷이 정확하게 수신되었음을 시지하는 데 사용된다.
선택적 실시예에서, 송신 유닛(1502)은 캡슐화 유닛(1501)이 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에 통지 메시지를 노드 장치에 송신하도록 더 구성되고, 여기서 통지 메시지는 상기 적어도 하나의 TCP 데이터 패킷 내의 TCP 데이터 패킷은 상기 지시 정보를 포함한다는 것을 지시하는 데 사용되고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 상기 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 지시하는 데 사용된다.
선택적 실시예에서, 객체 데이터는 HTTP 1.1 데이터 또는 HTTP 1.0 데이터이다.
선택적 실시예에서, 캡슐화 유닛(1501)은: 객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하고, 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임이 객체 데이터에 대응하는 최종 TLS 프레임이며; 상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 상기 최종 TCP 데이터 패킷 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
선택적 실시예에서, 캡슐화 유닛(1501)은 객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하고, 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임이 객체 데이터에 대응하는 최종 TLS 프레임이며; 각각의 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 최종 TCP 데이터임을 지시하는 데 사용된다.
또한, 선택적으로, 각각의 TLS 프레임은 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다.
선택적 실시예에서, 상기 장치는:
상기 캡슐화 유닛(1501)이 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 객체 데이터를 적어도 하나의 압축된 패키지로 압축하도록 구성된 압축 유닛(1505)
을 더 포함한다.
도 15에 도시된 데이터 전송 장치에서, 캡슐화 유닛(1501)은 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷은 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며; 송신 유닛(1502)은 적어도 하나의 TCP 데이터 패킷을 노드 장치로 송신한다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트가 단지 하나의 URI의 객체 데이터를 포함하는 것을 보장할 수 있다.
도 16을 참조하면, 도 16은 본 발명의 제3 실시예에 따른 노드 장치의 개략 구성도이다. 본 발명의 실시예에 제공된 노드 장치는 도 13에 도시된 본 발명의 실시예에서 구현된 방법을 구현하도록 구성될 수 있다. 설명의 편의상, 본 발명의 실시예와 관련된 부분만이 도시된다. 설명되지 않은 기술적 세부 사항에 대해서는 도 13에 도시된 본 발명의 실시예를 참조한다.
도 16에 도시된 바와 같이, 노드 장치는 CPU와 같은 적어도 하나의 프로세서(1601), 적어도 하나의 네트워크 인터페이스(1603), 메모리(1604) 및 적어도 하나의 통신 버스(1602)를 포함한다. 통신 버스(1602)는 이들 구성 요소 간의 접속 및 통신을 구현하도록 구성된다. 선택적으로, 네트워크 인터페이스(1603)는 표준 유선 인터페이스 및 표준 무선 인터페이스(예를 들어, WI-FI 인터페이스)를 포함할 수 있으며, 외부 네트워크와 통신하도록 구성된다. 메모리(1604)는 고속 RAM을 포함할 수 있고, 예를 들어 적어도 하나의 디스크 메모리와 같은 비휘발성 메모리(non-volatile memory)를 더 포함할 수 있다. 선택적으로, 메모리(1604)는 프로세서(1601)로부터 멀리 떨어진 적어도 하나의 저장 장치를 포함할 수 있다. 프로세서(1601)는 도 15에 도시된 데이터 전송 장치일 수 있다. 메모리(1604)는 프로그램 코드 세트를 저장하고, 프로세서(1601)는 메모리(1604)에 저장된 프로그램 코드를 호출하여 다음의 동작:
하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 최종 TCP 데이터임을 지시하는 데 사용되며, 상기 객체 데이터는 상기 URI에 의해 식별되는 자원을 지시하는 데 사용됨 - ; 및
네트워크 인터페이스(1603)를 사용하여 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 수행한다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이는 0이며, 이는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 나타낸다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함한다. 송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함한다. 송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
또한, 선택적으로, URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 프로세서(1601)는 다음 동작:
네트워크 인터페이스(1603)를 사용하여 관리 단말에 의해 송신된 객체 데이터를 획득하는 단계
를 더 수행할 수 있으며, 여기서 객체 데이터는 단말 식별 정보를 포함하고, 단말 식별 정보는 객체 데이터에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 지시하는데 사용된다.
선택적 실시예에서, 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 프로세서(1601)에 의해 캡슐화하는 것은 구체적으로:
상기 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하는 단계
일 수 있으며, 여기서 상기 부가된 TCP 데이터 패킷의 데이터 파트 길이는 0이다.
선택적 실시예에서, 프로세서(1601)에 의해 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로 다음과 같을 수 있다:
상기 객체 데이터에 대응되는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷은 객체 데이터만을 포함하고, 상기 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다.
선택적 실시예에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보이다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 객체 데이터만을 포함한다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷을 네트워크 인터페이스(1603)를 사용하여 노드 장치에 송신하기 전에, 프로세서(1601)는 다음 동작:
네트워크 인터페이스(1603)를 사용하여, 노드 장치에 의해 송신된 TCP 데이터 패킷을 수신하는 단계
를 더 수행할 수 있다.
또한, 프로세서(1601)에 의해 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 상기 노드 장치에 의해 송신된 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 부가하는 단계
일 수 있으며, 여기서 상기 수신 확인 시퀀스 번호는 상기 TCP 데이터 패킷 노드 장치에 의해 송신된 메시지가 정확하게 수신되었다는 것을 지시하는 데 사용된다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷에 URI의 객체 데이터를 캡슐화하기 전에, 프로세서(1601)는 다음의 동작:
네트워크 인터페이스(1603)를 사용하여 노드 장치에 통지 메시지를 송신하는 단계
를 추가로 수행할 수 있고, 여기서 통지 메시지는 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함한다는 것을 지시하는 데 사용되며, 상기 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷이라는 것을 지시하는 데 사용된다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 나타내기 위해 사용된다.
선택적 실시예에서, 객체 데이터는 HTTP 1.1 데이터 또는 HTTP 1.0 데이터이다.
선택적 실시예에서, 프로세서(1601)에 의해 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임이 상기 객체 데이터에 대응하는 최종 TLS 프레임임 ; 및
상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계
일 수 있으며, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 상기 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 packet은 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
선택적 실시예에서, 프로세서(1601)에 의해 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 객체 데이터에 대응하는 최종 TLS 프레임임 - ; 및
각 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계
일 수 있으며, 여기서 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
선택적 실시예에서, 각각의 TLS 프레임은 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다.
선택적 실시예에서, URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하기 전에, 프로세서(1601)는 다음의 동작:
객체 데이터를 적어도 하나의 압축된 패키지로 압축하는 단계
를 더 수행할 수 있으며, 여기서 적어도 하나의 압축된 패키지가 상기 객체 데이터만을 포함한다
구체적으로, 본 발명의 이 실시예에서 설명된 단말은 도 13을 참조하여 본 발명에서 설명된 방법 실시예에서 일부 또는 모든 절차를 구현하도록 구성될 수 있다.
도 17을 참조하면, 도 17은 본 발명의 실시예에 따른 데이터 파싱 장치의 개략적인 구조도이다. 데이터 파싱 장치는 도 14에 도시된 방법 실시예에서의 모든 또는 일부의 단계를 수행하도록 구성될 수 있으며, 데이터 파싱 장치는 수신 유닛(1701), 및 결정 유닛(1702) 및 파싱 유닛(1703)을 적어도 포함할 수 있다.
수신 유닛(1701)은 하나의 URI의 객체 데이터를 캡슐화함으로써 획득되어 노드 장치에 의해 송신되는 적어도 하나의 TCP 데이터 패킷을 수신하도록 구성되며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며, 객체 데이터는 URI에 의해 식별된 자원을 지시하는 데 사용된다.
결정 유닛(1702)은 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하도록 구성된다.
파싱 유닛(1703)은 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행하도록 구성된다.
선택적 실시예에서, 결정 유닛(1702)은: 최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하도록 구성되어 있다.
임의의 실시예에서, 결정 유닛(1702)은: 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하도록 구성되어 있다.
선택적 실시예에서, 결정 유닛(1702)은: 최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함할 때 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하도록 구성되어 있다.
선택적 실시예에서, 상기 장치는:
수신 유닛(1701)이 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하기 전에 노드 데이터 장치에 TCP 데이터 패킷을 송신하도록 구성된 송신 유닛(1704)
을 더 포함한다.
결정 유닛(1702)은: 수신된 TCP 데이터 패킷이 노드 장치에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송할 때, 노드 장치가 노드 장치에 송신된 TCP 데이터 패킷을 정확하게 수신했음을 수신 확인 시퀀스 번호에 따라 결정하도록 추가로 구성되어 있다.
선택적 실시예에서, 수신 유닛(1701)은: 판정 유닛(1702)이 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 노드에 의해 송신된 통지 메시지를 수신하도록 추가로 구성되어 있다.
본 발명의 실시예에 따른 데이터 파싱 장치는,
통지 메시지에 따라, 객체 데이터에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하도록 구성된 획득 유닛(1705)
을 더 포함할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 파싱 유닛(1703)은 데이터 유형 정보에 따라 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하도록 구성된다.
도 17에 도시된 데이터 파싱 장치에서, 수신 유닛(1701)은 노드 장치에 의해 송신되고 URI의 객체 데이터를 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷을 수신하고, 여기서 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 상기 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며, 결정 유닛(1702)은 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하며; 파싱 유닛(1703)은 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 파싱을 수행한다. 이러한 방식으로, 다음 URI의 객체 데이터의 경계가 효과적으로 인식될 수 있으므로, 다음 URI의 객체 데이터에 대해 데이터 파싱이 수행될 수 있다.
도 18을 참조하면, 도 18은 본 발명의 제4 실시예에 따른 노드 장치의 개략적인 구조도이다. 본 발명의 이 실시예에서 제공하는 노드 장치는 도 14에 도시된 본 발명의 실시예에서 실행되는 방법을 실행하도록 구성될 수 있다. 설명을 쉽게 하기 위해, 본 발명의 이 실시예에 관련된 부분만이 도시되어 있다. 설명되지 않은 기술적 상세 사항에 대해서는 도 14에 도시된 본 발명의 실시예를 참조한다.
도 18에 도시된 바와 같이, 도 18에서, 단말 장치는 CPU와 같은 적어도 하나의 프로세서(1801), 적어도 하나의 네트워크 인터페이스(1803), 메모리(1804) 및 적어도 하나의 통신 버스(1802)를 포함한다. 통신 버스(1802)는 이들 구성 요소 간의 접속 및 통신을 구현하도록 구성된다. 선택적으로, 네트워크 인터페이스(1803)는 표준 유선 인터페이스 및 표준 무선 인터페이스(예를 들어, WI-FI 인터페이스)를 포함할 수 있으며, 외부 네트워크와 통신하도록 구성된다. 메모리(1804)는 고속 RAM을 포함할 수 있고, 예를 들어 적어도 하나의 디스크 메모리와 같은 비휘발성 메모리를 더 포함할 수 있다. 선택적으로, 메모리(1804)는 프로세서(1801)로부터 멀리 떨어진 적어도 하나의 저장 장치를 포함할 수 있다. 프로세서(1801)는도 1에 도시된 데이터 파싱 장치일 수 있다. 메모리(1804)는 프로그램 코드 세트를 저장하고, 프로세서(1801)는 메모리(1804)에 저장된 프로그램 코드를 호출하여 다음의 동작:
네트워크 인터페이스(1803)를 사용하여, 노드 장치에 의해 송신되고 하나의 URI의 객체 데이터를 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 상기 지시 정보는 상기 최종 TCP 데이터 패킷이 상기 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며, 상기 객체 데이터는 상기 URI에 의해 식별되는 자원을 지시하는 데 사용됨 - ;
상기 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하는 단계; 및
상기 시작 TCP 데이터 패킷으로부터 상기 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행하는 단계
를 수행한다.
선택적 실시예에서, 지시 정보에 따라 프로세서(1801)에 의해 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하는 것은 구체적으로:
최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하는 단계
일 수 있다.
선택적 실시예에서, 지시 정보에 따라 프로세서(1801)에 의해 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하는 것은 구체적으로:
상기 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하는 단계
일 수 있다.
선택적 실시예에서, 지시 정보에 따라 프로세서(1801)에 의해 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하는 것은 구체적으로:
최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함하는 경우, 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정하는 단계
일 수 있다.
선택적 실시예에서, 네트워크 인터페이스(1803)를 사용하여, 노드 장치에 의해 송신되고 URI의 객체 데이터를 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷을 수신하기 전에, 프로세서(1801)는 다음 동작:
네트워크 인터페이스(1803)를 사용하여 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 추가로 수행할 수 있다.
노드 장치에 의해 송신되고 URI의 객체 데이터를 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷을 수신한 후, 프로세서(1801)는 다음의 동작:
상기 수신된 TCP 데이터 패킷이 상기 노드 장치로 송신된 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송할 때, 상기 노드 장치가 상기 노드 장치로 송신된 TCP 데이터 패킷을 정확하게 수신하는지를 수신 확인 시퀀스 번호에 따라 결정하는 단계
를 더 수행할 수 있다.
선택적 실시예에서, 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 프로세서(1801)는 다음의 동작:
네트워크 인터페이스(1803)를 사용하여, 상기 노드 장치에 의해 송신된 통지 메시지를 수신하는 단계; 및
상기 통지 메시지에 따라, 상기 객체 데이터에 대응하는 상기 최종 TCP 데이터 패킷 내의 지시 정보를 획득하는 단계
를 더 수행할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 프로세서(1801)에 의해, 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행하는 것은 구체적으로:
상기 데이터 유형 정보에 따라 상기 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하는 단계
일 수 있다.
구체적으로, 본 발명의 이 실시예에서 설명된 단말은 도 14를 참조하여 본 발명에서 설명된 방법 실시예에서 일부 또는 모든 절차를 구현하도록 구성될 수 있다.
도 19를 참조하면, 도 19는 본 발명의 실시예에 따른 데이터 전송 시스템의 개략적인 구조도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 데이터 전송 시스템은 데이터 전송 장치(1901) 및 데이터 파싱 장치(1902)를 적어도 포함할 수 있다.
데이터 전송 장치(1901)는 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성되며, 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함할 수 있으며, 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷이라는 것을 지시하는 데 사용된다.
데이터 전송 장치(1901)는 적어도 하나의 TCP 데이터 패킷을 데이터 파싱 장치(1902)로 송신하도록 더 구성된다.
데이터 파싱 장치(1902)는 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하도록 구성된다.
데이터 파싱 장치(1902)는 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행하도록 추가로 구성된다.
데이터 파싱 장치(1202)는 데이터 파싱 이후에 획득된 TCP 데이터 패킷을 노드 장치(1904)에 송신하도록 추가로 구성된다.
선택적 실시예에서, 최종 TCP 데이터 패킷의 데이터 파트 길이가 0일 때, 데이터 파싱 장치(1902)는 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정한다.
또한, 선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하고, 수신 확인 시퀀스 번호는 노드 장치에 의해 송신되어 수신된 데이터에 따라 결정된다.
또한, 선택적으로, 최종 TCP 데이터 패킷의 헤더는 송신 시퀀스 번호 및 수신 확인 시퀀스 번호를 포함할 수 있다. 송신 시퀀스 번호는 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷의 송신 시퀀스 번호와 동일하며, 수신 확인 시퀀스 번호는 최종 TCP 데이터 패킷의 이전 데이터 패킷의 수신 확인 시퀀스 번호와 동일하다.
또한, 선택적으로, 적어도 하나의 TCP 데이터 패킷에 URI의 객체 데이터를 캡슐화하기 전에, 데이터 전송 장치(1901)는 다음의 동작:
관리 단말(1903)에 의해 송신된 객체 데이터를 획득하는 단계
를 더 수행할 수 있으며, 여기서 객체 데이터는 단말 식별 정보를 포함하고, 상기 단말 식별 정보는 객체 데이터에 대응하는 적어도 하나의 TCP 데이터 패킷을 단말 식별 정보에 대응하는 노드 장치에 송신하도록 명령하는 데해 사용된다.
또한, 선택적으로, 데이터 전송 장치(1901)에 의해 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
상기 객체 데이터에 대응하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS와 동일한 경우, 상기 데이터를 포함하는 최종 TCP 데이터 패킷 후의 하나의 TCP 데이터 패킷을 부가하는 단계
일 수 있으며, 여기서 상기 부가된 TCP 데이터 패킷은 0이다.
선택적 실시예에서, 객체 데이터에 대응하고 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 데이터를 포함하는 최종 TCP 데이터 패킷은 객체 데이터만을 포함하고, 지시 정보는 데이터를 포함하는 최종 TCP 데이터 패킷의 데이터 볼륨이다. 최종 TCP 데이터 패킷의 데이터 볼륨이 미리 설정된 MSS보다 작은 경우, 데이터 파싱 장치(1902)는 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 지시 정보는 최종 TCP 데이터 패킷의 헤더에 포함된 식별 정보일 수 있다. 최종 TCP 데이터 패킷의 헤더가 식별 정보를 포함하는 경우, 데이터 파싱 장치(1902)는 다음 TCP 데이터 패킷이 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷인 것으로 결정할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 데이터 파트는 URI의 객체 데이터만을 포함한다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷을 데이터 파싱 장치(1902)에 송신하기 전에, 데이터 전송 장치(1901)는 다음 동작:
데이터 파싱 장치(1902)에 의해 송신된 TCP 데이터 패킷을 데이터 전송 장치(1901)에 의해 수신하는 단계
를 더 수행할 수 있다.
또한, 데이터 전송 장치(1901)에 의해 하나의 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 것은 구체적으로:
상기 적어도 하나의 TCP 데이터 패킷 내의 송신될 TCP 데이터 패킷에 상기 노드 장치에 의해 송신된 상기 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 부가하는 단계
일 수 있으며, 여기서 상기 수신 확인 시퀀스 번호는 상기 TCP 데이터 패킷 노드 장치에 의해 송신된 메시지가 정확하게 수신되었다는 것을 지시하는 데 사용된다.
데이터 전송 장치(1901)가 전송 한 적어도 하나의 TCP 데이터 패킷을 수신한 후, 데이터 파싱 장치(1902)는 다음 동작:
수신된 TCP 데이터 패킷이 데이터 전송 장치(1901)에 송신된 TCP 데이터 패킷의 수신 확인 시퀀스 번호를 반송할 때, 데이터 전송 장치(1901)가 데이터 파싱에 의해 송신된 TCP 데이터 패킷을 정확하게 수신했음을 수신 확인 시퀀스 번호에 따라 결정하는 단계
를 더 수행할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷에 URI의 객체 데이터를 캡슐화하기 전에, 데이터 전송 장치(1901)는 다음 동작:
노드 장치(1904)에 통지 메시지를 전송하는 단계
를 더 수행할 수 있으며, 여기서 상기 통지 메시지는 상기 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷이 지시 정보를 포함함을 지시하는 데 사용되며, 상기 지시 정보는 최종 TCP 데이터 패킷이 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
선택적 실시예에서, 지시 정보에 따라, 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하기 전에, 데이터 파싱 장치(1902)는 다음의 동작:
데이터 전송 장치(1901)에 의해 송신된 통지 메시지를 수신하는 단계; 및
상기 통지 메시지에 따라, 객체 데이터에 대응하는 최종 TCP 데이터 패킷 내의 지시 정보를 획득하는 단계
를 더 수행할 수 있다.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷의 헤더는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 나타내기 위해 사용된다. 데이터 파싱 장치(1902)에 의해, 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행하는 것은 구체적으로:
상기 데이터 유형 정보에 따라 상기 TCP 데이터 패킷의 데이터 파트의 데이터 유형을 획득하는 단계
일 수 있다.
In an optional embodiment, before encapsulating the object data into the at least one TCP data packet, the data transmission apparatus 1901 may further perform the following operation:
compressing the object data into at least one compressed package, where the at least one compressed package includes only the object data.
선택적 실시예에서, 적어도 하나의 TCP 데이터 패킷으로 객체 데이터를 캡슐화하기 전에, 데이터 전송 장치(1901)는 다음 동작:
객체 데이터를 적어도 하나의 압축된 패키지로 압축하는 단계
를 추가로 수행할 수 있으며, 여기서 상기 적어도 하나의 압축된 패키지가 객체 데이터만을 포함한다.
도 19에 도시된 데이터 전송 시스템에서, 데이터 전송 장치(1901)는 URI의 객체 데이터를 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하며, 지시 정보는 상기 최종 TCP 데이터 패킷은 상기 객체 데이터에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용되며; 데이터 전송 장치(1901)는 적어도 하나의 TCP 데이터 패킷을 데이터 파싱 장치(1902)로 전송하고; 데이터 파싱 장치(1902)는 지시 정보에 따라 다음 URI의 객체 데이터에 대응하는 시작 TCP 데이터 패킷을 결정하고, 그런 다음, 시작 TCP 데이터 패킷으로부터 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행한다. 이러한 방식으로, 하나의 TCP 데이터 패킷의 데이터 파트가 단지 하나의 URI의 객체 데이터를 포함한다는 것을 보장할 수 있으므로, 데이터 파싱 장치(1902)는 다음 URI의 객체 데이터의 경계를 효과적으로 인식하여 다음 URI의 객체 데이터에 대한 데이터 파싱을 수행한다.
도 20을 참조하면, 도 20은 본 발명의 다른 실시예에 따른 데이터 전송 방법의 개략적인 흐름도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 데이터 전송 방법은 다음의 단계를 포함할 수 있다.
S2001. 적어도 하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하며, 여기서 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이다.
단말은 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화할 수 있다. 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이다. 애플리케이션 계층 데이터 유닛은 HTTP 프레임 또는 URI의 객체 데이터를 포함할 수 있다. 예를 들어, 도 7g 또는 도 7h에서, 애플리케이션 계층 데이터 유닛이 HTTP 프레임인 경우, 단말은 하나의 HTTP 프레임을 적어도 하나의 TLS 프레임으로 캡슐화하고, 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 HTTP 프레임에 대응하는 최종 TLS 프레임이다. 예를 들어, 도 7i 또는 도 7j에서, 애플리케이션 계층 데이터 유닛이 URI의 객체 데이터인 경우, 단말은 하나의 URI의 객체 데이터를 적어도 하나의 TLS 프레임으로 캡슐화하고, 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 객체 데이터에 대응하는 최종 TLS 프레임이다.
S2002. 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정한다.
단말은 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정할 수 있다. 상기 목표 TLS 프레임은 서비스 정보를 반송하는데 사용되며, 상기 서비스 정보는 상기 애플리케이션 계층 데이터 유닛의 전송 프로세스에서 데이터 유형 정보 또는 정책 정보와 같은 서술 정보를 나타내기 위해 사용된다.
선택적 실시예에서, 단말은 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정할 수 있다. 예를 들어, 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후에, 단말은 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 목표 TLS 프레임으로 결정하거나, 적어도 하나의 TLS 내의 제1 TLS 프레임을 목표 TLS 프레임으로 결정할 수 있거나, 또는 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임을 목표 TLS 프레임으로 결정할 수 있다.
특정 실시 동안, 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후, 단말은 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 목표 TLS 프레임으로 결정하고, 애플리케이션 계층 데이터 유닛의 서비스 정보를 상기 목표 TLS 프레임에 부가하며, 상기 서비스 정보를 포함하는 목표 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 상기 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하여 상기 노드 장치가 상기 목표 TLS 프레임 내의 서비스 정보에 따라 목표 TLS 프레임에 대한 데이터 파싱을 수행하여, 상기 목표 TLS 프레임의 데이터 유형 및 상기 목표 TLS 프레임에 대해 수행될 정책을 획득한다. 본 발명의 이 실시예에서, 애플리케이션 계층 데이터 유닛의 서비스 정보는 캡슐화에 의해 애플리케이션 계층 데이터 유닛에 의해 획득된 모든 TLS 프레임에 부가되므로, 데이터 파싱 신뢰성이 향상될 수 있다.
특정 실시 동안, 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후, 단말은 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임을 목표 TLS 프레임으로 결정하고, 애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가하고, 상기 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하여, 노드 장치는 목표 TLS 프레임 내의 서비스 정보에 따라 목표 TLS 프레임에 대한 데이터 파싱을 수행하여, 목표 TLS 프레임의 데이터 유형 및 목표 TLS 프레임에 대해 수행될 정책을 획득하고, 목표 TLS 프레임의 데이터 유형을 상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임의 데이터 유형으로 결정하고, 목표 TLS 프레임에 대해 수행될 정책을 상기 적어도 하나의 T 내의 모든 TLS 프레임에 대해 수행될 정책으로서 결정할 수 있다. 본 발명의 이 실시예에서, 캡슐화에 의해 애플리케이션 계층 데이터 유닛에 의해 획득된 제1 TLS 프레임에 애플리케이션 계층 데이터 유닛의 서비스 정보가 부가되어, 오버헤드가 감소될 수 있다.
특정 실시 동안, 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후, 단말은 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임을 목표 TLS 프레임으로 결정하고, 애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가하고, 상기 서비스 정보를 포함하는 목표 TLS 프레임 및 상기 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하여, 노드 장치는 목표 TLS 프레임 내의 서비스 정보에 따라 목표 TLS 프레임에 대한 데이터 파싱을 수행하여 목표 TLS 프레임의 데이터 유형 및 목표 TLS 프레임에 대해 수행될 정책을 획득하고, 목표 TLS의 데이터 유형을 상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임의 데이터 유형으로서 결정하고, 상기 목표 TLS 프레임에 대해 수행될 정책을 상기 적어도 하나의 TLS 내의 모든 TLS 프레임에 대해 수행될 정책으로서 결정할 수 있다. 본 발명의 이 실시예에서, 애플리케이션 계층 데이터 유닛의 서비스 정보는 캡슐화에 의해 애플리케이션 계층 데이터 유닛에 의해 획득된 최종 TLS 프레임에 부가되므로, 오버헤드가 감소될 수 있다.
선택적 실시예에서, 단말은 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 최종 TLS 프레임을 목표 TLS 프레임으로 결정할 수 있다. 예를 들어, 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후에, 단말은 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임을 목표 TLS 프레임으로 결정할 수 있다.
특정 실시 동안, 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후, 단말은 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 최종 TLS 프레임을 목표 TLS 프레임으로 결정하고, 애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가하며, 상기 서비스 정보를 포함하는 목표 TLS 프레임 및 상기 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며, 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하여, 상기 노드 장치는 상기 목표 TLS 프레임 내의 서비스 정보에 따라 상기 목표 TLS 프레임에 대한 데이터 파싱을 수행하여 상기 목표 TLS 프레임의 데이터 유형 및 상기 목표 TLS 프레임에 대해 수행될 정책을 획득하고, 상기 목표 TLS 프레임의 데이터 유형을 상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임의 데이터 유형으로 결정하고, 상기 목표 TLS 프레임에 대해 수행될 정책을 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임에 대해 수행될 정책으로 결정한다. 본 발명의 이 실시예에서, 애플리케이션 계층 데이터 유닛의 서비스 정보는 캡슐화에 의해 애플리케이션 계층 데이터 유닛에 의해 획득된 제1 TLS 프레임 및 최종 TLS 프레임에 부가되므로, 오버헤드가 감소될 수 있다.
선택적 실시예에서, 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후, 단말은 각각의 TLS 프레임 전의 하나의 목표 TLS 프레임을 부가하거나, 각 TLS 프레임 후의 하나의 목표 TLS 프레임을 부가하거나, 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 전의 하나의 목표 TLS 프레임을 부가할 수 있거나, 또는 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임 후의 하나의 목표 TLS 프레임을 부가하는 등의 작업을 수행할 수 있다. 이는 본 발명의 실시예에서 특별히 제한되지 않는다. 상기 단말은 상기 애플리케이션 계층 데이터 유닛의 서비스 정보를 상기 목표 TLS 프레임에 부가하고, 상기 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하고, 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하여, 노드 장치는 상기 목표 TLS 프레임 내의 서비스 정보에 따라 상기 목표 TLS 프레임에 대한 데이터 파싱을 수행하여 상기 목표 TLS 프레임의 데이터 유형 및 상기 목표 TLS 프레임에 대해 수행될 정책을 획득하며, 상기 목표 TLS 프레임 내의 데이터 유형을 상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임의 데이터 유형으로 결정하고, 상기 목표 TLS 프레임에 대해 수행될 정책을 상기 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임에 대해 수행될 정책으로서 결정한다.
S2003. 목표 TLS 프레임에 애플리케이션 계층 데이터 유닛의 정보 서비스를 부가한다.
단말은 목표 TLS 프레임을 결정한 후, 애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가할 수 있다. 애플리케이션 계층 데이터 유닛의 서비스 정보는 데이터 유형 정보, 정책 정보 등을 포함할 수 있다. 본 발명의 실시예에서의 서비스 정보는 데이터 유형 정보 또는 정책 정보를 포함하지만, 이에 한정되는 것은 아니며, 애플리케이션 계층 데이터 유닛의 전송 프로세스에서 다른 기술 정보, 예를 들어, 목표 TLS 프레임의 식별 정보를 더 포함할 수 있다. 이는 본 발명의 실시예에서 특별히 제한되지 않는다. 상기 서비스 정보는 상기 단말과 상기 노드 장치 간의 협상에 의해 획득될 수 있다. 특정 실시 동안, 단말은 애플리케이션 계층을 사용하여 애플리케이션 계층 데이터 유닛의 서비스 정보를 획득할 수 있으며, 목표 TLS 프레임을 결정한 후, 애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가한다.
선택적 실시예에서, 서비스 정보는 데이터 유형 정보를 포함할 수 있고, 데이터 유형 정보는 목표 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다.
선택적 실시예에서, 서비스 정보는 정책 정보를 포함할 수 있고, 정책 정보는 목표 TLS 프레임에 대해 수행될 정책을 나타내기 위해 사용된다. 수행될 정책에는 서비스 품질(Quality of Service, QoS) 정책 또는 과금 정책이 포함된다.
또한, 선택적으로, 서비스 정보는 목표 TLS 프레임의 TLS 헤더 필드에서 운반될 수 있다. 예를 들어, 종래의 TLS 헤더 필드의 포맷은: ContentType::=ENUMERATED{change_cipher_spec(20), alert(21), handshake(22), application_data(23), (255)}일 수 있고, 서비스 정보를 포함하는 TLS 헤더 필드는 ContentType::=ENUMERATED{change_cipher_spec(20), alert(21), handshake(22), application_data(23), Text/HTML(24), Text/CSS(25), Text/JS(26), Image/JPEG(27), Application/Video(28), Application/Audio(29), Text/HTML/polity(30), Text/CSS/policy(31), Text/JS/policy(31), Image/JPEG/policy(32), Application/Video/policy(33), Application/Audio/policy(34),…., (255)}일 수 있다. Text/HTML(24), Text/CSS(25), Text/JS(26), Image/JPEG(27), Application/Video(28) 및 Application/Audio(29)는 데이터 유형 정보이다. Text/HTML/policy(30), Text/CSS/policy(31), Text/JS/policy(31), Image/JPEG/policy(32), Application/Video/policy(33) 및 Application/Audio/policy(34)는 정책 정보이다.
선택적 실시예에서, 목표 TLS 프레임은 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내기 위해 사용된다. 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임, 또는 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임, 또는 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임, 또는 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함한다.
예를 들어, 단말이 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후에 각 TLS 프레임 전의 하나의 목표 TLS 프레임을 부가하면, 목표 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임의 서비스 정보를 나타내기 위해 사용된다. 다른 예로서, 단말이 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후 각각의 TLS 프레임 후의 하나의 목표 TLS 프레임을 부가하면, 목표 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임의 서비스 정보를 나타내기 위해 사용된다. 다른 예로서, 단말이 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 전의 하나의 목표 TLS 프레임을 부가하면, 목표 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임의 서비스 정보를 나타내기 위해 사용된다. 다른 예로서, 단말이 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임 전의 하나의 목표 TLS 프레임을 부가하면, 목표 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전에 모든 TLS 프레임의 서비스 정보를 나타내기 위해 사용된다.
또한, 선택적으로, 서비스 정보는 데이터 유형 정보를 포함할 수 있고, 데이터 유형 정보는 지정된 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다.
선택적으로, 서비스 정보는 정책 정보를 포함할 수 있고, 정책 정보는 지정된 TLS 프레임에 대해 수행될 정책을 나타내기 위해 사용된다. 수행될 정책에는 QoS 정책 또는 요금 정책이 포함된다.
또한, 선택적으로, 목표 TLS 프레임은 확장 식별자 정보를 포함할 수 있다. 확장 식별자 정보는 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내는 프로토콜 프레임임을 지시하는 데 사용된다. 특정 실시 동안, 단말은 확장 식별자 정보를 목표 TLS 프레임의 TLS 헤더 필드에 부가할 수 있다. 예를 들어, 단말은 목표 TLS 프레임의 TLS 헤더 필드의 포맷을: ContentType::=ENUMERATED{change_cipher_spec(20), alert(21), handshake(22), application_data(23), Extension data ), (255)}로 설정한다. 확장 데이터(24)는 확장 식별자 정보이다.
또한, 선택적으로, 서비스 정보는 목표 TLS 프레임의 데이터 파트에서 반송될 수 있다. 예를 들어, 도 7f를 참조하면, 단말은 목표 TLS 프레임의 평문(plaintext) 필드에 서비스 정보를 부가할 수 있다.
S2004. 적어도 하나의 TLS 프레임 내의 서비스 정보 및 다른 TLS 프레임을 포함하는 목표 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화한다.
애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가한 후, 단말은 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화할 수 있다. 예를 들어, 도 7g 또는 도 7i에서, 단말은 각각의 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화할 수 있다. 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 TLS 프레임에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다. 예를 들어, 도 7h 또는 도 7j에서, 단말은 적어도 하나의 TLS 프레임 내의 모든 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화할 수 있다. 적어도 하나의 TCP 데이터 패킷 내의 최종 TCP 데이터 패킷은 지시 정보를 포함하고, 지시 정보는 최종 TCP 데이터 패킷이 애플리케이션 계층 데이터 유닛에 대응하는 최종 TCP 데이터 패킷임을 지시하는 데 사용된다.
S2005. 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신한다.
도 20에 도시된 데이터 전송 방법에서, 애플리케이션 계층 데이터 유닛은 적어도 하나의 TLS 프레임으로 캡슐화되며, 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이며, 상기 목표 TLS 프레임은 상기 적어도 하나의 TLS 프레임으로부터 결정되며; 상기 애플리케이션 계층 데이터 유닛의 서비스 정보는 상기 목표 TLS 프레임에 부가되고; 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임은 적어도 하나의 TCP 데이터 패킷으로 캡슐화되며; 상기 적어도 하나의 TCP 데이터 패킷은 상기 노드 장치로 송신된다. 서비스 정보가 부가되는 TCP 데이터 패킷은 노드 장치에 송신될 수 있다.
도 21을 참조하면, 도 21은 본 발명의 다른 실시예에 따른 데이터 파싱 방법의 개략적인 흐름도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 데이터 파싱 방법은 다음의 단계를 포함할 수 있다.
S2101. 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하며, 상기 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득된다.
단말은 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신할 수 있고, 적어도 하나 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득된다.
선택적 실시예에서, 목표 TLS 프레임은 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내기 위해 사용된다. 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임, 또는 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임, 또는 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임, 또는 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함할 수 있다.
예를 들어, 노드 장치가 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후에 각 TLS 프레임 전의 하나의 목표 TLS 프레임을 부가하는 경우, 단말은 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임의 서비스 정보를 지시하는 데 사용되는 것으로 결정할 수 있다. 예를 들어, 노드 장치가 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화한 후에 각각의 TLS 프레임 후의 하나의 목표 TLS 프레임을 부가하는 경우, 단말은 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임의 서비스 정보를 지시하는 데 사용되는 것으로 결정할 수 있다. 다른 예로서, 노드 장치가 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 전의 하나의 목표 TLS 프레임을 부가하는 경우, 단말은 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 후의 모든 TLS 프레임의 서비스 정보를 지시하는 데 사용되는 것으로 결정할 수 있다. 다른 예로서, 노드 장치가 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임 후의 하나의 목표 TLS 프레임을 부가하는 경우, 단말은 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 전의 모든 TLS 프레임의 서비스 정보를 지시하는 데 사용되는 것으로 결정할 수 있다.
S2102. 목표 TLS 프레임 내의 서비스 정보를 획득한다.
적어도 하나의 TCP 데이터 패킷을 수신한 후에, 단말은 목표 TLS 프레임에서 서비스 정보를 획득할 수 있다.
선택적 실시예에서, 목표 TLS 프레임에서 서비스 정보를 획득하기 전에, 단말은 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정할 수 있다. 특정 실시 동안, 단말은 사전에 노드 장치와 협상하여, 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정할 수 있다.
선택적 실시예에서, 목표 TLS 프레임에서 서비스 정보를 획득하기 전에, 단말은 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 최종 TLS 프레임을 목표 TLS 프레임으로 결정할 수 있다.
또한, 선택적으로, 단말은 목표 TLS 프레임의 TLS 헤더 필드로부터 서비스 정보를 획득할 수 있다.
선택적 실시예에서, 목표 TLS 프레임에서 서비스 정보를 획득하기 전에, 단말은 목표 TLS 프레임이 확장된 식별자 정보를 포함하는 것으로 결정할 수 있다. 상기 확장 식별자 정보는 상기 목표 TLS 프레임이 상기 적어도 하나의 TLS 프레임 내의 상기 지정된 TLS 프레임의 서비스 정보를 나타내는 프로토콜 프레임임을 지시하는 데 사용되어, 상기 목표 TLS 프레임의 데이터 파트로부터 서비스 정보를 획득한다.
S2103. 서비스 정보에 따라 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행한다.
단말은 목표 TLS 프레임에서 반송된 서비스 정보에 따라 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행할 수 있다.
선택적 실시예에서, 서비스 정보는 데이터 유형 정보를 포함할 수 있고, 단말은 데이터 유형 정보에 따라 목표 TLS 프레임의 데이터 유형을 획득하여, 목표 TLS 프레임의 데이터 유형을 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정한다.
선택적 실시예에서, 서비스 정보는 정책 정보를 포함할 수 있고, 단말은 정책 정보에 따라 목표 TLS 프레임에 대해 수행될 정책을 획득하여, 목표 TLS 프레임에 대해 수행될 정책을 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정할 수 있다.
선택적 실시예에서, 서비스 정보는 데이터 유형 정보를 포함할 수 있고, 단말은 데이터 유형 정보에 따라 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 데이터 유형을 획득하여, 지정된 TLS의 데이터 유형을 프레임을 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정할 수 있다.
선택적 실시예에서, 서비스 정보는 정책 정보를 포함할 수 있고, 단말은 정책 정보에 따라, 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임에 대해 수행될 정책을 획득하여, 지정된 TLS 프레임에 대해 수행될 정책을 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정할 수 있다.
선택적 실시예에서, 단말은 지정된 TLS 프레임에 대해 수행될 정책을 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로서 결정한 후에 목표 TLS 프레임을 삭제할 수 있다. 예를 들어, 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내기 위해 사용되는 경우, 단말은 지정된 TLS 프레임에 대해 수행될 정책을 애플리케이션 계층 데이터 유닛에 대해 수행되는 정책으로 결정한 후에 목표 TLS 프레임을 삭제할 수 있다.
도 21에 도시된 데이터 파싱 방법에서는, 노드 장치에 의해 송신되고 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득된 적어도 하나의 TCP 데이터 패킷이 수신되고, 여기서 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득되며; 상기 목표 TLS 프레임 내의 상기 서비스 정보가 획득되고; 상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱이 수행된다. 따라서 데이터 파싱의 신뢰성을 향상시킬 수 있다.
도 22를 참조하면, 도 22는 본 발명의 다른 실시예에 따른 데이터 전송 장치의 개략적인 구조도이다. 데이터 전송 장치는 도 20에 도시된 방법 실시예에서의 모든 또는 일부 단계를 수행하도록 구성될 수 있으며, 데이터 전송 장치는 캡슐화 유닛(2201), 결정 유닛(2202), 부가 유닛(2203) 및 송신 유닛(2204)을 포함할 수 있다.
캡슐화 유닛(2201)은 적어도 하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하고, 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이고, 애플리케이션 계층 데이터 유닛은 URI의 HTTP 프레임 또는 객체 데이터이다.
결정 유닛(2202)은 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하도록 구성된다.
부가 유닛(2203)은 애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가하도록 구성된다.
캡슐화 유닛(2201)은 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 구성된다.
송신 유닛(2204)은 캡슐화 후에 획득된 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하도록 구성된다.
선택적 실시예에서, 결정 유닛(2202)은 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성된다.
선택적 실시예에서, 결정 유닛(2202)은 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 최종 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성된다.
또한, 선택적으로, 서비스 정보는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 목표 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다.
또한, 선택적으로, 서비스 정보는 정책 정보를 포함하고, 정책 정보는 목표 TLS 프레임에 대해 수행될 정책을 나타내기 위해 사용된다. 수행될 정책에는 QoS 정책 또는 요금 정책이 포함된다.
더 선택적으로, 서비스 정보는 목표 TLS 프레임의 TLS 헤더 필드에서 운반된다.
선택적 실시예에서, 목표 TLS 프레임은 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내기 위해 사용된다. 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 다음의 모든 TLS 프레임을 포함한다.
대안으로, 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함한다.
대안으로, 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함한다.
대안으로, 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함한다.
또한, 선택적으로, 서비스 정보는 데이터 유형 정보를 포함하고, 데이터 유형 정보는 지정된 TLS 프레임의 데이터 유형을 나타내기 위해 사용된다.
선택적으로, 서비스 정보는 정책 정보를 포함하고, 정책 정보는 지정된 TLS 프레임에 대해 수행될 정책을 지시하는 데 사용된다. 수행될 정책에는 QoS 정책 또는 과금 정책이 포함된다.
또한, 선택적으로, 목표 TLS 프레임은 확장 식별자 정보를 포함한다. 확장 식별자 정보는 목표 TLS 프레임이 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 나타내는 프로토콜 프레임임을 지시하는 데 사용된다.
또한, 선택적으로, 서비스 정보는 목표 TLS 프레임의 데이터 파트에서 반송된다.
도 22에 도시된 데이터 전송 장치에서, 캡슐화 유닛(2201)은 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하며, 여기서 적어도 하나의 TLS 프레임의 최종 TLS 프레임은 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이며; 결정 유닛(2202)은 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하고; 부가 유닛(2203)은 애플리케이션 계층 데이터 유닛의 서비스 정보를 목표 TLS 프레임에 부가하며; 캡슐화 유닛(2201)은 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며; 송신 유닛(2204)은 캡슐화 후에 획득된 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신한다. 서비스 정보가 부가되는 TCP 데이터 패킷은 노드 장치에 송신될 수 있다.
도 23을 참조하면, 도 23은 본 발명의 제5 실시예에 따른 노드 장치의 개략적인 구조도이다. 본 발명의 이 실시예에서 제공하는 노드 장치는 도 20에 도시된 본 발명의 실시예에서 실현되는 방법을 실현하도록 구성될 수 있다. 설명을 쉽게 하기 위해, 본 발명의 이 실시예에 관련된 부분만이 도시되어 있다. 설명되지 않은 기술적 상세 사항에 대해서는 도 20에 도시된 본 발명의 실시예를 참조한다.
도 23에 도시된 바와 같이, 도 23에서, 노드 장치는 CPU와 같은 적어도 하나의 프로세서(2301), 적어도 하나의 네트워크 인터페이스(2303), 메모리(2304) 및 적어도 하나의 통신 버스(2302)를 포함한다. 통신 버스(2302). 선택적으로, 네트워크 인터페이스(2303)는 표준 유선 인터페이스 및 표준 무선 인터페이스(예를 들어, WI-FI 인터페이스)를 포함할 수 있으며, 외부 네트워크와 통신하도록 구성된다. 메모리(2304)는 고속 RAM을 포함할 수 있고, 예를 들어 적어도 하나의 디스크 메모리와 같은 비휘발성 메모리를 더 포함할 수 있다. 선택적으로, 메모리(2304)는 프로세서(2301)로부터 멀리 떨어진 적어도 하나의 저장 장치를 포함할 수 있다. 프로세서(2301)는 도 22에 도시된 데이터 전송 장치일 수 있다. 메모리(2304)는 프로그램 코드 세트를 저장하고, 프로세서(2301)는 메모리(2304)에 저장된 프로그램 코드를 호출하여 다음의 동작:
하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이고, 상기 애플리케이션 계층 데이터 유닛은 HTTP 프레임 또는 URI의 객체 데이터임 - ;
상기 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하는 단계;
상기 애플리케이션 계층 데이터 유닛의 서비스 정보를 상기 목표 TLS 프레임에 부가하는 단계;
상기 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계; 및
네트워크 인터페이스(2303)를 사용하여 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
를 수행한다.
구체적으로, 본 발명의 이 실시예에서 설명된 단말은 도 20을 참조하여 본 발명에서 설명된 방법 실시예에서의 일부 또는 모든 절차를 구현하도록 구성될 수 있다.
도 24를 참조하면, 도 24는 본 발명의 다른 실시예에 따른 데이터 파싱 장치의 개략적인 구조도이다. 도면에 도시된 바와 같이, 본 발명의 이 실시예에서의 데이터 파싱 장치는 수신 유닛(2401), 획득 유닛(2402) 및 파싱 유닛(2403)을 적어도 포함할 수 있다.
수신 유닛(2401)은 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하도록 구성되며, 여기서 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득된다.
획득 유닛(2402)은 목표 TLS 프레임에서 서비스 정보를 획득하도록 구성된다.
파싱 유닛(2403)은 서비스 정보에 따라 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행한다.
선택적 실시예에서, 본 발명의 이 실시예의 데이터 파싱 장치는:
획득 유닛(2402)이 목표 TLS 프레임에서 서비스 정보를 획득하기 전에, 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성되어 있는 결정 유닛(2404)
을 더 포함할 수 있다.
선택적 실시예에서, 본 발명의 이 실시예의 데이터 파싱 장치는:
획득 유닛(2402)이 목표 TLS 프레임에서 서비스 정보를 획득하기 전에, 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 및 최종 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성되어 있는 결정 유닛(2404)
을 더 포함할 수 있다.
선택적 실시예에서, 서비스 정보는 데이터 유형 정보를 포함하고, 파싱 유닛(2403)은 데이터 유형 정보에 따라 목표 TLS 프레임의 데이터 유형을 획득하고, 목표 TLS 프레임의 데이터 유형을 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하도록 구성되어 있다.
선택적 실시예에서, 서비스 정보는 정책 정보를 포함하고, 파싱 유닛(2403)은: 정책 정보에 따라 목표 TLS 프레임에 대해 수행될 정책을 획득하고, 목표 TLS 프레임에 대해 수행될 정책을 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하도록 구성되어 있다.
선택적 실시예에서, 획득 유닛(2402)은 목표 TLS 프레임의 TLS 헤더 필드로부터 서비스 정보를 획득하도록 구성된다.
선택적 실시예에서, 목표 TLS 프레임은 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 지시하는 데 사용된다. 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 다음의 모든 TLS 프레임을 포함한다.
대안으로, 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함한다.
대안으로, 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함한다.
대안으로, 지정된 TLS 프레임은 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함한다.
또한, 선택적으로, 서비스 정보는 데이터 유형 정보를 포함할 수 있고, 파싱 유닛(2403)은: 데이터 유형 정보에 따라 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 데이터 유형을 획득하고, 상기 지정된 TLS 프레임을 상기 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하도록 구성되어 있다.
선택적으로, 서비스 정보는 정책 정보를 포함하고, 파싱 유닛(2403)은: 정책 정보에 따라 지정된 TLS 프레임에 대해 수행될 정책을 획득하고, 지정된 TLS 프레임에 대해 수행될 정책을 애플리케이션 계층 데이터 유닛에서 수행할 정책으로 결정하도록 구성되어 있다.
또한, 선택적으로, 본 발명의 이 실시예의 데이터 파싱 장치는:
파싱 유닛(2403)이 상기 지정된 TLS 프레임에 대해 수행될 정책을 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정한 후에 목표 TLS 프레임을 삭제하도록 구성된 삭제 유닛(2405)
을 더 포함할 수 있다.
또한, 선택적으로, 본 발명의 이 실시예의 데이터 파싱 장치는:
획득 유닛(2402)이 목표 TLS 프레임에서 서비스 정보를 획득하기 전에, 목표 TLS 프레임이 확장 식별자 정보를 포함하는 것으로 결정하도록 구성되어 있는 결정 유닛(2404)
을 더 포함할 수 있으며, 여기서 상기 확장 식별자 정보는 목표 TLS 프레임이 상기 적어도 하나의 TLS 프레임 내의 상기 지정된 TLS 프레임의 서비스 정보를 나타내는 프로토콜 프레임인 것으로 지시하는 데 사용된다.
Further optionally, the obtaining unit 2402 is configured to obtain the service information from a data part of the target TLS frame.
또한, 선택적으로, 획득 유닛(2402)은 목표 TLS 프레임의 데이터 파트로부터 서비스 정보를 획득하도록 구성된다.
도 24에 도시된 데이터 파싱 장치에서, 수신 유닛(2401)은 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하고, 여기서 상기 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득되고; 획득 유닛(2402)은 목표 TLS 프레임에서 서비스 정보를 획득하며; 파싱 유닛(2403)은 상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행한다. 따라서 데이터 파싱의 신뢰성을 향상시킬 수 있다.
도 25를 참조하면, 도 25는 본 발명의 제6 실시예에 따른 노드 장치의 개략적인 구조도이다. 본 발명의 이 실시예에서 제공하는 노드 장치는 도 21에 도시된 본 발명의 이 실시예에서 실행되는 방법을 실행하도록 구성될 수 있다. 설명을 쉽게 하기 위해, 본 발명의 이 실시예에 관련된 부분만이 도시되어 있다. 설명되지 않은 기술적 상세 사항에 대해서는 도 21에 도시된 본 발명의 실시예를 참조한다.
도 25에 도시된 바와 같이, 노드 장치는: CPU와 같은 적어도 하나의 프로세서(2501), 적어도 하나의 네트워크 인터페이스(2503), 메모리(2504) 및 적어도 하나의 통신 버스(2502)를 포함한다. 통신 버스(2502)는 이들 구성 요소 간의 접속 및 통신을 구현하도록 구성된다. 선택적으로, 네트워크 인터페이스(2503)는 표준 유선 인터페이스 및 표준 무선 인터페이스(예를 들어, WI-FI 인터페이스)를 포함할 수 있으며, 외부 네트워크와 통신하도록 구성된다. 메모리(2504)는 고속 RAM을 포함할 수 있고, 예를 들어 적어도 하나의 디스크 메모리와 같은 비휘발성 메모리를 더 포함할 수 있다. 선택적으로, 메모리(2504)는 프로세서(2501)로부터 멀리 떨어진 적어도 하나의 저장 장치를 포함할 수 있다. 프로세서(2501)는 도 24에 도시된 데이터 파싱 장치일 수 있다. 메모리(2504)는 프로그램 코드 세트를 저장하고, 프로세서(2501)는 메모리(2504)에 저장된 프로그램 코드를 호출하여 다음의 동작:
네트워크 인터페이스(2503)를 사용해서, 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득됨 - ;
상기 목표 TLS 프레임에서 상기 서비스 정보를 획득하는 단계; 및
상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계
를 수행한다.
구체적으로, 본 발명의 이 실시예에서 설명된 단말은 도 21을 참조하여 본 발명에서 설명된 방법 실시예에서 일부 또는 모든 절차를 구현하도록 구성될 수 있다.
도 26을 참조하면, 도 26은 본 발명의 다른 실시예에 따른 데이터 전송 시스템의 개략적인 구조도이다. 데이터 전송 시스템은 데이터 전송 장치(2601) 및 데이터 파싱 장치(2602)를 적어도 포함할 수 있다. 데이터 전송 장치(2601)는 도 22에 도시된 장치 실시예에서의 일부 또는 모든 단계를 수행하도록 구성될 수 있으며, 데이터 파싱 장치(2602)는 도 24에 도시된 장치 실시예에서의 일부 또는 모든 단계를 수행하도록 구성될 수 있다.
데이터 전송 장치(2601)는: 하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하고, 여기서 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이고, 애플리케이션 계층 데이터 유닛은 URI의 HTTP 프레임 또는 객체 데이터이며; 상기 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하고; 상기 애플리케이션 계층 데이터 유닛의 서비스 정보를 상기 목표 TLS 프레임에 부가하고; 상기 서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하며; 그리고 캡슐화 후에 획득된 적어도 하나의 TCP 데이터 패킷을 데이터 파싱 장치(2602)로 송신하도록 구성되어 있다.
데이터 파싱 장치(2602)는: 목표 TLS 프레임에서 서비스 정보를 획득하고, 서비스 정보에 따라 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하도록 구성된다.
구체적으로, 본 발명의 이 실시예에서 설명된 데이터 전송 시스템은 도 20 및 도 21을 참조하여 본 발명에서 설명된 방법 실시예에서의 일부 또는 모든 절차를 구현하도록 구성될 수 있다.
본 명세서의 설명에서, "실시예", "일부 실시예", "예", "특정 예" 및 "일부 예"와 같은 참조 용어에 대한 설명은 특정한 특징, 구조, 재료 또는 실시예 또는 실시예를 참조하여 설명된 특징이 본 발명의 적어도 하나의 실시예 또는 실시예에 포함된다는 것을 의미한다. 본 명세서에서, 상기 용어의 표현은 반드시 동일한 실시예 또는 예에 관한 것은 아니다. 또한, 설명된 특정한 특징들, 구조들, 재료들 또는 특징들은 실시예들 또는 예들 중 임의의 하나 이상에서 적절한 방식으로 결합될 수 있다. 또한, 당업자는 서로 충돌하지 않는다면, 이 명세서에 기재된 상이한 실시예 또는 예와 상이한 실시예 또는 예의 특징을 통합하거나 결합할 수 있다.
또한, "제1" 및 "제2"라는 용어는 단지 설명의 목적을 위한 것이며, 지시된 기술 특징의 수량에 대한 상대적 중요성 또는 함축적 표시에 대한 표시 또는 암시로서 이해되어서는 안 된다. 따라서 "제1" 또는 "제2"로 제한된 기능은 명시적으로 또는 암시적으로 적어도 하나의 이러한 기능을 포함할 수 있다. 본 발명에 관한 설명에서, "복수"는 달리 구체적으로 제한되지 않는 한, 적어도 2개, 예를 들어 2개 또는 3개를 의미한다.
여기서 흐름도 또는 다른 방식으로 서술된 임의의 프로세스 또는 방법에 대한 설명은 적어도 하나의 모듈, 세그먼트 또는 특정 논리 기능 또는 프로세스의 단계를 구현하는 데 사용되는 실행 가능 명령의 코드 중 일부가 포함되고, 본 발명의 구현 범위는 다른 구현을 포함하고, 관련 기능에 따라 기본적으로 동시 또는 역순을 포함하여 도시된 또는 논의된 시퀀스 이외의 시퀀스로 기능이 수행될 수 있다는 것을 나타내는 것으로 이해할 수 있다. 이것은 본 발명의 실시예가 속하는 기술 분야의 당업자에 의해 이해되어야 한다.
흐름도에 도시되거나 본 명세서에서 다른 방식으로 설명된 논리 및/또는 단계는 논리 기능을 구현하는 데 사용되는 실행 가능한 명령어의 프로그램 목록으로 간주될 수 있으며, 구체적으로 명령 실행 시스템, 장치 또는 디바이스(예를 들어, 컴퓨터 기반 시스템, 프로세서를 포함하는 시스템, 또는 명령 실행 시스템, 장치 또는 장치로부터 명령을 가져와 그 명령을 실행할 수 있은 다른 시스템)가 사용하거나 또는 명령 실행 시스템, 장치 또는 장치의 조합이 사용하는 임의의 컴퓨터 판독 가능 매체 상에 구현될 수 있다. 이 명세서의 관점에서, "컴퓨터 - 판독 가능 매체"는 명령 실행 시스템, 장치 또는 장치가 사용하기 위해, 또는 명령 실행 시스템, 장치 또는 장치의 조합이 사용하기 위해 프로그램을 포함하고, 저장하고, 통신하고, 전파하거나 전송할 수 있는 임의의 장치일 수 있다. 컴퓨터 판독 가능 매체의 보다 구체적인 예들(이 목록은 전부는 아니다)은 다음을 포함한다: 적어도 하나의 버스를 갖는 전기 부분(전기 장치), 휴대용 컴퓨터 카트리지(자기 장치), 랜덤 액세스 메모리(RAM), 리드-온리 메모리(ROM), 전기적으로 소거 가능한 프로그래머블 리드-온리 메모리(EPROM 또는 플래시 메모리), 광섬유 장치 및 콤팩트 디스크 리드-온리 메모리(CD-ROM). 또한, 컴퓨터 판독 가능 매체는 심지어 프로그램이 인쇄될 수 있는 종이 또는 다른 적절한 매체 일 수 있는데, 예를 들어 광학 스캐닝이 종이 또는 다른 매체상에서 수행될 수 있기 때문에, 편집, 디코딩 또는 필요할 때 다른 적절한 수단이 프로그램을 전기적 방식으로 획득하기 위해 수행될 수 있고, 그 후 프로그램은 컴퓨터 메모리에 저장된다.
본 발명의 부품은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 조합을 사용하여 구현될 수 있음을 이해해야 한다. 전술한 구현 예에서, 복수의 단계 또는 방법은 메모리에 저장되고 적절한 명령 실행 시스템에 의해 실행되는 소프트웨어 또는 펌웨어를 사용함으로써 구현될 수 있다. 예를 들어, 하드웨어가 구현에 사용되는 경우, 다른 구현의 구현과 유사하므로, 당 업계의 다음의 공지된 기술: 데이터 신호에 대한 논리 기능을 실현하는 데 사용되는 논리 게이트 회로를 갖는 이산 논리 회로, 적절한 조합 논리 회로를 가지는 주문형 집적 회로, 프로그램 가능한 게이트 어레이(PGA), 필드 프로그래머블 게이트 어레이(FPGA) 등 중 임의의 하나 또는 조합이 구현을 위해 사용될 수 있다.
당업자는 방법 실시예의 모든 단계 또는 일부가 관련 하드웨어를 지시하는 프로그램에 의해 구현될 수 있다는 것을 이해할 수 있다. 프로그램은 컴퓨터 판독 가능 저장 매체에 저장될 수 있다. 프로그램이 실행될 때, 방법 실시예의 단계 중 하나 또는 조합이 수행된다.
또한, 본 발명의 실시예에서의 기능 유닛은 하나의 처리 모듈에 통합되거나, 각 유닛이 물리적으로 단독으로 존재할 수도 있고, 2 이상의 유닛이 하나의 모듈로 통합될 수도 있다. 통합 모듈은 하드웨어의 형태로 구현될 수 있거나 소프트웨어 기능 모듈의 형태로 구현될 수 있다. 통합 모듈이 소프트웨어 기능 모듈의 형태로 구현되고 독립적인 제품으로서 판매 또는 사용되는 경우, 통합 유닛은 컴퓨터 판독 가능 저장 매체에 저장될 수 있다.
상기 저장 매체는 판독 전용 메모리, 자기 디스크 또는 광디스크일 수 있다. 이상으로 본 발명의 실시예를 나타내었지만, 상기 실시예는 일례이며, 본 발명을 한정하는 것으로 해석해서는 안 된다. 본 발명의 범주 내에서, 당업자는 전술한 실시예들에 변경, 수정, 대체 및 변형을 수행할 수 있다.

Claims (41)

  1. 데이터 전송 방법으로서,
    하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이고, 상기 애플리케이션 계층 데이터 유닛은 URI의 HTTP 프레임 또는 객체 데이터임 - ;
    상기 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하는 단계;
    상기 애플리케이션 계층 데이터 유닛의 서비스 정보를 상기 목표 TLS 프레임에 부가하는 단계;
    상기 서비스 정보를 포함하는 목표 TLS 프레임 및 상기 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계; 및
    상기 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
    를 포함하는 데이터 전송 방법.
  2. 제1항에 있어서,
    상기 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하는 단계는,
    상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하는 단계
    를 포함하는, 데이터 전송 방법.
  3. 제2항에 있어서,
    상기 서비스 정보는 데이터 유형 정보를 포함하고, 상기 데이터 유형 정보는 상기 목표 TLS 프레임의 데이터 유형을 지시하는 데 사용되는, 데이터 전송 방법.
  4. 제2항 또는 제3항에 있어서,
    상기 서비스 정보는 정책 정보를 포함하고, 상기 정책 정보는 상기 목표 TLS 프레임에 대해 수행될 정책을 지시하는 데 사용되며, 상기 수행될 정책은 서비스 품질(QoS) 정책 또는 과금 정책을 포함하는, 데이터 전송 방법.
  5. 제2항 내지 제4항 중 어느 한 항에 있어서,
    상기 서비스 정보는 상기 목표 TLS 프레임의 TLS 헤더 필드에서 운반되는, 데이터 전송 방법.
  6. 제1항에 있어서,
    상기 목표 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 지시하는 데 사용되고, 그리고
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함하는, 데이터 전송 방법.
  7. 제6항에 있어서,
    상기 서비스 정보는 데이터 유형 정보를 포함하고, 상기 데이터 유형 정보는 상기 지정된 TLS 프레임의 데이터 유형을 지시하는 데 사용되는, 데이터 전송 방법.
  8. 제6항에 있어서,
    상기 서비스 정보는 정책 정보를 포함하고, 상기 정책 정보는 상기 지정된 TLS 프레임에 대해 수행될 정책을 지시하는 데 사용되며, 상기 수행될 정책은 서비스 품질(QoS) 정책 또는 과금 정책을 포함하는, 데이터 전송 방법.
  9. 제6항 내지 제8항 중 어느 한 항에 있어서,
    상기 서비스 정보는 상기 목표 TLS 프레임의 데이터 파트에 반송되는, 데이터 전송 방법.
  10. 데이터 파싱 방법으로서,
    서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득됨 -;
    상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계; 및
    상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계
    를 포함하는 데이터 파싱 방법.
  11. 제10항에 있어서,
    상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계 이전에,
    상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하는 단계
    를 더 포함하는 데이터 파싱 방법.
  12. 제11항에 있어서,
    상기 서비스 정보는 데이터 유형 정보를 포함하고,
    상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계는,
    상기 데이터 유형 정보에 따라 상기 목표 TLS 프레임의 데이터 유형을 획득하는 단계; 및
    상기 목표 TLS 프레임의 데이터 유형을 상기 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하는 단계
    를 포함하는, 데이터 파싱 방법.
  13. 제11항에 있어서,
    상기 서비스 정보는 정책 정보를 포함하고,
    상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계는,
    상기 정책 정보에 따라 상기 목표 TLS 프레임에 대해 수행될 정책을 획득하는 단계; 및
    상기 목표 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하는 단계
    를 포함하는, 데이터 파싱 방법.
  14. 제11항 내지 제13항 중 어느 한 항에 있어서,
    상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계는,
    상기 목표 TLS 프레임의 TLS 헤더 필드로부터 상기 서비스 정보를 획득하는 단계
    를 포함하는, 데이터 파싱 방법.
  15. 제10항에 있어서,
    상기 목표 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 지시하는 데 사용되고, 그리고
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함하는, 데이터 파싱 방법.
  16. 제15항에 있어서,
    상기 서비스 정보는 데이터 유형 정보를 포함하고,
    상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계는,
    상기 데이터 유형 정보에 따라 상기 지정된 TLS 프레임의 데이터 유형을 획득하는 단계; 및
    상기 지정된 TLS 프레임의 데이터 유형을 상기 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하는 단계
    를 포함하는, 데이터 파싱 방법.
  17. 제15항에 있어서,
    상기 서비스 정보는 정책 정보를 포함하고,
    상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계는,
    상기 정책 정보에 따라 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임에 대해 수행될 정책을 획득하는 단계; 및
    상기 지정된 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하는 단계
    를 포함하는, 데이터 파싱 방법.
  18. 제17항에 있어서,
    상기 지정된 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하는 단계 이후에,
    상기 목표 TLS 프레임을 삭제하는 단계
    를 더 포함하는 데이터 파싱 방법.
  19. 제15항 내지 제18항 중 어느 한 항에 있어서,
    상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계는,
    상기 목표 TLS 프레임의 데이터 파트로부터 상기 서비스 정보를 획득하는 단계
    를 포함하는, 데이터 파싱 방법.
  20. 데이터 전송 장치로서,
    하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하도록 구성되어 있는 캡슐화 유닛 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이고, 상기 애플리케이션 계층 데이터 유닛은 URI의 HTTP 프레임 또는 객체 데이터임 - ;
    상기 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하도록 구성되어 있는 결정 유닛;
    상기 애플리케이션 계층 데이터 유닛의 서비스 정보를 상기 목표 TLS 프레임에 부가하도록 구성되어 있는 부가 유닛 - 상기 캡슐화 유닛은 상기 서비스 정보를 포함하는 목표 TLS 프레임 및 상기 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하도록 부가로 구성되어 있음 - ; 및
    상기 캡슐화 후에 획득된 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하도록 구성되어 있는 송신 유닛
    을 포함하는 데이터 전송 장치.
  21. 제20항에 있어서,
    상기 결정 유닛은 상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성되어 있는, 데이터 전송 장치.
  22. 제21항에 있어서,
    상기 서비스 정보는 데이터 유형 정보를 포함하고, 상기 데이터 유형 정보는 상기 목표 TLS 프레임의 데이터 유형을 지시하는 데 사용되는, 데이터 전송 장치.
  23. 제21항 또는 제22항에 있어서,
    상기 서비스 정보는 정책 정보를 포함하고, 상기 정책 정보는 상기 목표 TLS 프레임에 대해 수행될 정책을 지시하는 데 사용되며, 상기 수행될 정책은 서비스 품질(QoS) 정책 또는 과금 정책을 포함하는, 데이터 전송 장치.
  24. 제21항 내지 제23항 중 어느 한 항에 있어서,
    상기 서비스 정보는 상기 목표 TLS 프레임의 TLS 헤더 필드에서 운반되는, 데이터 전송 장치.
  25. 제20항에 있어서,
    상기 목표 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 지시하는 데 사용되고, 그리고
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함하는, 데이터 전송 장치.
  26. 제25항에 있어서,
    상기 서비스 정보는 데이터 유형 정보를 포함하고, 상기 데이터 유형 정보는 상기 지정된 TLS 프레임의 데이터 유형을 지시하는 데 사용되는, 데이터 전송 장치.
  27. 제25항에 있어서,
    상기 서비스 정보는 정책 정보를 포함하고, 상기 정책 정보는 상기 지정된 TLS 프레임에 대해 수행될 정책을 지시하는 데 사용되며, 상기 수행될 정책은 서비스 품질(QoS) 정책 또는 과금 정책을 포함하는, 데이터 전송 장치.
  28. 제25항 내지 제27항 중 어느 한 항에 있어서,
    상기 서비스 정보는 상기 목표 TLS 프레임의 데이터 파트에 반송되는, 데이터 전송 장치.
  29. 노드 장치로서,
    프로세서, 메모리 및 네트워크 인터페이스를 포함하며, 상기 메모리는 한 세트의 프로그램 코드를 저장하고, 상기 프로세서는 상기 메모리에 저장되어 있는 프로그램 코드를 불러내어 다음의 작동:
    하나의 애플리케이션 계층 데이터 유닛을 적어도 하나의 TLS 프레임으로 캡슐화하는 단계 - 상기 적어도 하나의 TLS 프레임 내의 최종 TLS 프레임은 상기 애플리케이션 계층 데이터 유닛에 대응하는 최종 TLS 프레임이고, 상기 애플리케이션 계층 데이터 유닛은 URI의 HTTP 프레임 또는 객체 데이터임 - ;
    상기 적어도 하나의 TLS 프레임으로부터 목표 TLS 프레임을 결정하는 단계;
    상기 애플리케이션 계층 데이터 유닛의 서비스 정보를 상기 목표 TLS 프레임에 부가하는 단계;
    상기 서비스 정보를 포함하는 목표 TLS 프레임 및 상기 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 적어도 하나의 TCP 데이터 패킷으로 캡슐화하는 단계; 및
    상기 적어도 하나의 TCP 데이터 패킷을 노드 장치에 송신하는 단계
    를 수행하는, 노드 장치.
  30. 데이터 파싱 장치로서,
    서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하도록 구성되어 있는 수신 유닛 - 상기 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득됨 -;
    상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하도록 구성되어 있는 획득 유닛; 및
    상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하도록 구성되어 있는 파싱 유닛
    을 포함하는 데이터 파싱 장치.
  31. 제30항에 있어서,
    상기 획득 유닛이 목표 TLS 프레임 내의 상기 서비스 정보를 획득하기 이전에, 상기 적어도 하나의 TLS 프레임 내의 제1 TLS 프레임 또는 최종 TLS 프레임 또는 모든 TLS 프레임을 목표 TLS 프레임으로 결정하도록 구성되어 있는 결정 유닛
    을 더 포함하는 데이터 파싱 장치.
  32. 제31항에 있어서,
    상기 서비스 정보는 데이터 유형 정보를 포함하고,
    상기 파싱 유닛은 상기 데이터 유형 정보에 따라 상기 목표 TLS 프레임의 데이터 유형을 획득하고, 상기 목표 TLS 프레임의 데이터 유형을 상기 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하도록 구성되어 있는, 데이터 파싱 장치.
  33. 제31항에 있어서,
    상기 서비스 정보는 정책 정보를 포함하고,
    상기 파싱 유닛은 상기 정책 정보에 따라 상기 목표 TLS 프레임에 대해 수행될 정책을 획득하고, 상기 목표 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하도록 구성되어 있는, 데이터 파싱 장치.
  34. 제31항 내지 제33항 중 어느 한 항에 있어서,
    상기 획득 유닛은 상기 목표 TLS 프레임의 TLS 헤더 필드로부터 상기 서비스 정보를 획득하도록 구성되어 있는, 데이터 파싱 장치.
  35. 제30항에 있어서,
    상기 목표 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임의 서비스 정보를 지시하는 데 사용되고, 그리고
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이후의 모든 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임 이전의 모든 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 이전 TLS 프레임을 포함하거나, 또는
    상기 지정된 TLS 프레임은 상기 적어도 하나의 TLS 프레임 내의 목표 TLS 프레임의 다음 TLS 프레임을 포함하는, 데이터 파싱 장치.
  36. 제35항에 있어서,
    상기 서비스 정보는 데이터 유형 정보를 포함하고,
    상기 파싱 유닛은 상기 데이터 유형 정보에 따라 상기 지정된 TLS 프레임의 데이터 유형을 획득하고, 상기 지정된 TLS 프레임의 데이터 유형을 상기 애플리케이션 계층 데이터 유닛의 데이터 유형으로 결정하도록 구성되어 있는, 데이터 파싱 장치.
  37. 제35항에 있어서,
    상기 서비스 정보는 정책 정보를 포함하고,
    상기 파싱 유닛은 상기 정책 정보에 따라 상기 적어도 하나의 TLS 프레임 내의 지정된 TLS 프레임에 대해 수행될 정책을 획득하고, 상기 지정된 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정하도록 구성되어 있는, 데이터 파싱 장치.
  38. 제37항에 있어서,
    상기 파싱 유닛이 상기 지정된 TLS 프레임에 대해 수행될 정책을 상기 애플리케이션 계층 데이터 유닛에 대해 수행될 정책으로 결정한 후에, 상기 목표 TLS 프레임을 삭제하도록 구성되어 있는 삭제 유닛
    을 더 포함하는 데이터 파싱 장치.
  39. 제35항 내지 제38항 중 어느 한 항에 있어서,
    상기 획득 유닛은 상기 목표 TLS 프레임의 데이터 파트로부터 상기 서비스 정보를 획득하도록 구성되어 있는, 데이터 파싱 장치.
  40. 노드 장치로서,
    프로세서, 메모리 및 네트워크 인터페이스를 포함하며, 상기 메모리는 한 세트의 프로그램 코드를 저장하고, 상기 프로세서는 상기 메모리에 저장되어 있는 프로그램 코드를 불러내어 다음의 작동:
    서비스 정보를 포함하는 목표 TLS 프레임 및 적어도 하나의 TLS 프레임 내의 다른 TLS 프레임을 캡슐화함으로써 획득되어 노드 장치에 의해 송신된 적어도 하나의 TCP 데이터 패킷을 수신하는 단계 - 상기 적어도 하나의 TLS 프레임은 하나의 애플리케이션 계층 데이터 유닛을 캡슐화함으로써 노드 장치에 의해 획득됨 -;
    상기 목표 TLS 프레임 내의 상기 서비스 정보를 획득하는 단계; 및
    상기 서비스 정보에 따라 상기 애플리케이션 계층 데이터 유닛에 대한 데이터 파싱을 수행하는 단계
    를 수행하는, 노드 장치.
  41. 제20항 내지 제28항 중 어느 한 항에 따른 데이터 전송 장치 및 제30항 내지 제39항 중 어느 한 항에 따른 데이터 파싱 장치를 포함하는 데이터 전송 시스템.
KR1020187000483A 2015-07-10 2015-09-25 프로토콜 프레임 전송 방법, 장치, 시스템 및 노드 장치 KR20180015745A (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CNPCT/CN2015/083772 2015-07-10
PCT/CN2015/083772 WO2017008203A1 (zh) 2015-07-10 2015-07-10 一种协议帧传输方法、装置、节点设备以及系统
CNPCT/CN2015/089260 2015-09-09
PCT/CN2015/089260 WO2017008385A1 (zh) 2015-07-10 2015-09-09 一种协议帧传输方法、装置、节点设备以及系统
PCT/CN2015/090826 WO2017008401A1 (zh) 2015-07-10 2015-09-25 一种协议帧传输方法、装置、节点设备以及系统

Publications (1)

Publication Number Publication Date
KR20180015745A true KR20180015745A (ko) 2018-02-13

Family

ID=57756634

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020187000483A KR20180015745A (ko) 2015-07-10 2015-09-25 프로토콜 프레임 전송 방법, 장치, 시스템 및 노드 장치

Country Status (6)

Country Link
US (3) US20180109451A1 (ko)
EP (3) EP3297191A4 (ko)
KR (1) KR20180015745A (ko)
CN (3) CN107078837A (ko)
BR (1) BR112018000371A2 (ko)
WO (2) WO2017008203A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3092461A1 (fr) * 2019-02-05 2020-08-07 Orange Procédé d’émission à deux protocoles, procédé de réception et dispositifs et signal correspondants.
CN109729556B (zh) * 2019-02-12 2020-10-20 Oppo广东移动通信有限公司 链路连接方法及相关装置
US10817460B2 (en) * 2019-08-28 2020-10-27 Advanced New Technologies Co., Ltd. RDMA data sending and receiving methods, electronic device, and readable storage medium
CN112913170A (zh) * 2019-10-01 2021-06-04 柏思科技有限公司 发送和接收互联网协议分组上的传输控制协议段的改进方法和系统

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6798777B1 (en) * 2000-04-17 2004-09-28 Juniper Networks, Inc. Filtering and route lookup in a switching device
US7543051B2 (en) * 2003-05-30 2009-06-02 Borland Software Corporation Method of non-intrusive analysis of secure and non-secure web application traffic in real-time
CN1299479C (zh) * 2004-03-10 2007-02-07 中兴通讯股份有限公司 一种隧道包的分片发送方法
US7787481B1 (en) * 2004-07-19 2010-08-31 Advanced Micro Devices, Inc. Prefetch scheme to minimize interpacket gap
US7522623B2 (en) * 2004-09-01 2009-04-21 Qlogic, Corporation Method and system for efficiently using buffer space
JP2006109016A (ja) * 2004-10-04 2006-04-20 Matsushita Electric Ind Co Ltd 送受信装置、送受信制御方法、プログラム、およびメモリ
US7787372B2 (en) * 2005-12-12 2010-08-31 Viasat, Inc. Transmission control protocol with performance enhancing proxy for degraded communication channels
CN100556040C (zh) * 2006-01-26 2009-10-28 华为技术有限公司 一种会话发起协议消息的发送和接收方法
CN101110961B (zh) * 2007-08-03 2010-06-16 北京创毅视讯科技有限公司 一种多媒体广播数据传输方法、装置及系统
US20090064291A1 (en) * 2007-08-28 2009-03-05 Mark Frederick Wahl System and method for relaying authentication at network attachment
JP4513036B2 (ja) * 2008-04-04 2010-07-28 ソニー株式会社 送信装置および方法、並びにプログラム
CN101436922B (zh) * 2008-12-17 2011-05-04 烽火通信科技股份有限公司 一种基于udp协议传输大量数据的方法
CN102130910B (zh) * 2011-02-28 2015-04-29 华为技术有限公司 Tcp代理插入和卸载方法及业务网关设备
CN102340390B (zh) * 2011-10-26 2015-01-07 华为终端有限公司 数据包的传输方法及系统、源节点设备与中继节点设备
JP5768683B2 (ja) * 2011-11-28 2015-08-26 富士通株式会社 受信データ処理方法、通信装置、及びプログラム
CN102790659B (zh) * 2012-07-18 2017-04-19 福建先创通信有限公司 一种移动通信系统中数据包的传输方法
WO2014100973A1 (zh) * 2012-12-25 2014-07-03 华为技术有限公司 视频处理方法、设备及系统
CN103916447A (zh) * 2013-01-08 2014-07-09 无锡南理工科技发展有限公司 基于单片机的嵌入式web服务器
US10432529B2 (en) * 2013-09-19 2019-10-01 Connectivity Systems Incorporated Enhanced large data transmissions and catastrophic congestion avoidance over IPv6 TCP/IP networks
US9410712B2 (en) * 2014-10-08 2016-08-09 Google Inc. Data management profile for a fabric network
CN104378315B (zh) * 2014-11-17 2018-02-27 京信通信系统（中国）有限公司 一种capwap隧道数据包传输的方法及装置
US10205804B2 (en) * 2017-02-01 2019-02-12 Hughes Network Systems, Llc Methods and systems for enhanced support of TCP options in a TCP spoofed system

Also Published As

Publication number Publication date
EP3297191A4 (en) 2018-06-13
EP3297235A1 (en) 2018-03-21
EP3297235A4 (en) 2018-06-20
US20180109451A1 (en) 2018-04-19
BR112018000371A2 (pt) 2018-09-11
CN106664262A (zh) 2017-05-10
EP3300275A1 (en) 2018-03-28
US20180115634A1 (en) 2018-04-26
EP3297191A1 (en) 2018-03-21
EP3300275A4 (en) 2018-05-30
WO2017008203A1 (zh) 2017-01-19
CN107078837A (zh) 2017-08-18
WO2017008385A1 (zh) 2017-01-19
CN106537830A (zh) 2017-03-22
US20180131609A1 (en) 2018-05-10

Similar Documents

Publication Publication Date Title
CN113556776A (zh) 用于体验质量测量结果发送的通信方法及装置
US10412650B2 (en) Data transmission method, apparatus and system
US10575209B2 (en) Method and device for data shunting
CN111866908B (zh) 一种通信系统和网络设备
JP2020505812A (ja) 多数接続通信方法、装置、及び端末
US20180115634A1 (en) Protocol frame transmission method, apparatus, and system, and node device
KR20200016351A (ko) 단말 장치, 기지국 장치, 통신 방법, 및 집적 회로
CN104541516A (zh) 用于传递多媒体数据的传输特性信息的方法和设备
CN109152049A (zh) 无线资源调度方法、视频终端及接入网设备
CN107925505B (zh) 一种用户及网络侧设备、确定对数据包的处理模式的方法
CN109818901B (zh) 报文头压缩机制确定方法、设备及系统
WO2017008401A1 (zh) 一种协议帧传输方法、装置、节点设备以及系统
CN112887975A (zh) 数据传输方法、用户设备和控制面节点
WO2023088009A1 (zh) 一种数据传输的方法及通信装置
EP4124047A1 (en) Media packet transmission method, apparatus and system
CN112135329B (zh) 参数传输方法、装置及系统
CN108156607A (zh) 频率优先级信息处理方法和系统以及相关设备
US9301157B2 (en) Radio communication system, radio base station, and radio terminal
CN112511264B (zh) 信息传输方法、处理方法、装置、终端、网元及介质
US11032856B2 (en) Data transmission method and apparatus
EP4120732A1 (en) Media packet transmission method, apparatus, and system
KR20230153269A (ko) 패킷 데이터 처리 제어 방법 및 장치
CN114258158A (zh) 聚合配置方法、装置及终端
CN115866653A (zh) 数据传输方法、系统以及客户端、服务端
KR20200108304A (ko) 데이터 전송 방법, 장치 및 컴퓨터 기억 매체

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application