KR101304971B1 - 센서 개인 영역 네트워크에서의 패킷의 포워딩 - Google Patents

센서 개인 영역 네트워크에서의 패킷의 포워딩 Download PDF

Info

Publication number
KR101304971B1
KR101304971B1 KR1020127017642A KR20127017642A KR101304971B1 KR 101304971 B1 KR101304971 B1 KR 101304971B1 KR 1020127017642 A KR1020127017642 A KR 1020127017642A KR 20127017642 A KR20127017642 A KR 20127017642A KR 101304971 B1 KR101304971 B1 KR 101304971B1
Authority
KR
South Korea
Prior art keywords
packet
field
label
value
predefined
Prior art date
Application number
KR1020127017642A
Other languages
English (en)
Other versions
KR20120103690A (ko
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 알까뗄 루슨트
Publication of KR20120103690A publication Critical patent/KR20120103690A/ko
Application granted granted Critical
Publication of KR101304971B1 publication Critical patent/KR101304971B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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
    • 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Abstract

데이터 통신 센서 디바이스들을 포함하는 센서 개인 영역 네트워크에서 미리 규정된 프로토콜 단계들에 따라 패킷을 포워딩하는 방법 및 각각의 센서 디바이스들이 설명된다. 이 방법은 패킷의 발신자의 소스 네트워크 식별자가 패킷의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정된다는 것을 나타내기 위해, 미리 규정된 압축 값을 패킷의 압축 필드에 할당하는 단계를 포함한다. 또한, 이 방법은 상기 언급된 프로토콜 단계들이 패킷을 포워딩하기 위해 적용되어야 하는 레이블 교환 원리를 추가로 포함한다는 것을 나타내기 위해, 미리 규정된 레이블 교환 값(lsv)을 패킷(P)의 어드레싱 모드 필드(DAM-F)에 할당하는 단계를 포함한다. 마지막으로, 이 방법은 레이블 값(lab1)에 기초하여 레이블 교환 원리를 적용하기 위해 레이블 값(lab1)을 저장 및 검색하도록 패킷의 소스 네트워크 식별자 필드(SNI-F)를 이용하는 단계를 포함한다.

Description

센서 개인 영역 네트워크에서의 패킷의 포워딩{FORWARDING A PACKET IN A SENSOR PERSONAL AREA NETWORK}
본 발명은 데이터 통신 센서 디바이스들을 포함하는 센서 개인 영역 네트워크에서 미리 결정된 프로토콜 단계들에 따라 패킷을 포워딩하는 방법에 관한 것이고, 이 방법을 실행하는 센서 노드들에 관한 것이다.
이러한 방법들 및 관련 센서 노드들은 종래 기술에, 예를 들면, 개인 영역 네트워크의 데이터 통신 디바이스들에 대한 호환가능한 상호접속을 위한 매체 액세스 제어 및 물리 계층 명세들을 규정하는 IEEE 표준 802.15.4(2003년) 및 IEEE 표준 802.15.4(2006년)로부터 이미 알려져 있다. 이 표준에서, 물리 계층 및 매체 액세스 제어 계층은 저전력 저 대역폭 네트워크들에 대하여 특정된 것이다.
패킷을 포워딩하는 이러한 방법의 알려진 단계들 중 하나는, 패킷의 발신자(originator) 발신 노드(originating node)의 소스 네트워크 식별자가 패킷의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정된다는 것을 나타내기 위해, 패킷의 압축 필드에 미리 결정된 압축 값을 할당하는 단계이다. 이것은, 예를 들면, 앞서 언급된 표준의 7.2.1 단락의 일반적인 MAC 프레임 포맷 및 보다 구체적으로 7.2.1.1.5 단락의 PAN ID 압축 서브필드에 설명되어 있다. 여기서, 개인 영역 네트워크 식별자 압축 서브필드 또는 짧게 PAN ID 압축 서브필드는 길이가 1 비트이고, 소스 및 목적지 PAN 식별자 주소들 모두가 존재할 때, MAC 프레임이 개인 영역 네트워크 PAN 식별자 필드들 중 단지 하나만을 포함하면서 송신되는지를 특정한다. 이 서브필드가 하나로 설정되고, 소스 및 목적지 PAN 식별자 주소들 모두가 존재하면, 프레임은 오직 목적지 PAN 식별자 필드만을 포함해야 하고, 소스 PAN 식별자 필드는 목적지 PAN 식별자 필드와 같다고 가정되어 생략될 수 있다. 따라서, 이 단계는, 같은 개인 영역 네트워크에 속하는 노드에 패킷을 포워딩할 때 적용될 필요가 있다.
또한, 이 표준은, 예를 들면, 작은 저전력 센서 노드들을 이용하는 고레벨 통신 프로토콜들의 묶음에 대한 명세인, 지그비(Zigbee)에 대한 기초라는 것이 설명될 것이다. 지그비 명세에 의해 규정되는 기술은 단순하고 비싸지 않은 것으로 의도되고, 낮은 데이터율, 긴 배터리 수명, 및 안전한 네트워킹을 요구하는 라디오-주파수 애플리케이션들을 타겟으로 한다. 802.15.4 표준을 이용하는 다른 예는 선스폿(SunSpot) 네트워크들을 갖는 SUN이다.
양 기술들 모두는 센서 네트워크에서의 통신을 확실하게 하기 위해 계층 3 프로토콜을 이용한다. 이들 2개의 해결법들에서의 라우팅 테이블들은, 예를 들면, 애드-훅 주문형 거리 벡터(Ad-hoc On-demand Distance Vector; AODV)와 같은 라우팅 프로토콜로부터 획득되는 네트워크에 대한 지식에 의해 만들어진다.
또한, 저전력 무선 개인 영역 네트워크들에 대한 IPv6 또는 저전력 무선 영역 네트워크들에 대한 IPv6의 약자인 6lowpan은, IPv6 패킷들이 IEEE 802.15.4 기반 네트워크들을 통해 전송 및 수신되는 것을 허용하는 캡슐화 및 헤더 압축 메커니즘들을 규정한다. 따라서, 짧게 IEEE ROLL로 불리는 저전력 저손실 링크 프로토콜을 통한 IEEE 라우팅과 결합된 6LowPan은 802.15.4 네트워크들을 통한 IPv6 패킷들의 송신을 허용하는 다른 계층 3 프로토콜이다.
센서 네트워크 내의 센서 노드는 무선 매체에 대한 IEEE 802.15.4 매체 액세스 제어 및 물리 인터페이스의 구현을 포함하는 디바이스에 의해 구현될 수 있는 것과 같다. 이러한 센서 노드는 축소-기능 디바이스(reduced-function device) 또는 전기능 디바이스(full function device)일 수 있다. 대부분의 센서 노드들, 특히, 축소-기능 노드들은 통상 낮은 처리 전력을 갖고 작은 배터리들을 갖는다. 그러나, 데이터 통신 센서 디바이스들을 포함하는 센서 개인 영역 네트워크에서 패킷을 포워딩하는 앞서 설명된 방법들은 이들 요구사항들을 항상 따르는 것은 아니다.
본 발명의 목적은 포워딩이 오직 계층 2에서 처리하는 것만을 요구하기 때문에, 단지 감소된 처리 전력만을 요구하는 이러한 센서 개인 영역 네트워크에서 패킷을 포워딩하는 방법 및 관련된 센서 노드들을 제공하는 것이다.
이것은 청구항 제 1 항 및 제 8 항에 따른 패킷을 포워딩하는 방법 및 청구항 제 9 항 및 제 10 항에 따른 이들 방법들을 구현하는 센서 노드들에 의해 실현된다.
패킷의 발신자의 소스 네트워크 식별자가 패킷의 의도된 수신자의 목적지 네트워크 식별자와 같다는 것을 나타내기 위해 패킷의 압축 필드에 미리 규정된 압축 값을 할당할 때, 이 방법은,
- 프로토콜 단계들이 또한 패킷을 포워딩하기 위해 적용되어야하는 레이블 교환 원리를 포함한다는 것을 나타내기 위해, 패킷의 어드레싱(addressing) 모드 필드에 미리 규정된 레이블 교환 값을 할당하는 단계; 및
- 레이블 값에 기초한 레이블 교환 원리의 애플리케이션을 위해 레이블 값을 저장 및 검색하도록 패킷의 소스 네트워크 식별자 필드를 이용하는 단계의, 원리 단계들을 적용한다.
이 방식에서, 패킷을 수신하는 센서 노드는 인입 패킷(incoming packet)의 인입 프레임의 헤더를 읽기만 하면 된다. 압축 필드 내의 값을 통한 그리고 이외에 레이블 교환 원리가 적용될 필요가 있는 어드레싱 노드 필드 내의 값을 통한 "학습" 이후, 노드는 소스 네트워크 식별자 필드가 비어있지 않다는 것 및 그것이 포함하는 값이 요구되는 레이블로 보일 필요가 있다는 것을 알게 된다.
이에 따라, 노드는 프레임의 페이로드로 더 깊게 파고들어갈 필요가 없으며, 처리 전력이 절약된다.
또한, 이 원리는 패킷들에 추가의 오버헤드를 부가하지 않으면서 적용된다. 실제로, IEEE 802.15.4 패킷의 페이로드 내에 레이블들이 쓰여져야 할 필요가 있을 경우에 그리고 레이블들의 길이가, 예를 들면, (다음에 설명된 실시예에 제안된 바와 같이) 2 바이트이면, IEEE 802.15.4 프레임의 페이로드의 최대 길이가 127 바이트이기 때문에, 본 발명의 이점은 적어도 데이터에 대하여 페이로드 내의 공간의 1.57% 이상이다.
같은 네트워크에 속하는 패킷들은 레이블 교환 원리에 따라 포워딩된다. 레이블 교환 원리에 따라, 같은 흐름에 속하는 모든 패킷들은 흐름의 제 1 패킷이 송신되기 전에 구축되는 경로와 같은 경로를 통해 포워딩된다. 이러한 경로를 실현하는데 기여하는 노드들, 즉, 소스, 중간, 및 목적지 노드들은 패킷 내에서 송신되는 '레이블'을 이용하여, 패킷이 어느 흐름에 속하는지를 식별한다. 이러한 레이블에 기초하여, 노드는 패킷과 함께 무엇을 해야할지를 그의 교환 테이블에서 찾아낼 수 있다. 이 노드는 경로의 끝이거나 또는 중간 노드이다. 후자의 경우, 교환 테이블은 패킷이 송신될 필요가 있는 다음 홉(hop) 및 패킷이 함께 구성될 필요가 있는 레이블을 참조한다.
인출 패킷(outgoing packet)에 대한 레이블은 인입 패킷의 레이블과 같은 것일 필요는 없다는 것이 주의되야 한다.
또한, 이러한 레이블 교환 포워딩은 예를 들면, 유선 네트워크들에 걸쳐 이용되고 있는 멀티프로토콜 레이블 교환(Multiprotocol Label Switching; MPLS)으로부터 알려진 원리라는 것이 주의되야 한다. 그러나, 여기서 차이점은, 첫째, 실제로 레이블 교환 원리가 적용될 필요가 있다는 것을 센서 노드에 명확하게 하기 위한 표시가 이용되고, 둘째, 레이블이 제어 프레임의 소스 네트워크 식별자 필드에서 발견된다(즉, 계층 2 레이블 상에서의 레이블 교환)는 점이다.
또한, 라우팅 프로토콜로서의 IPv6는 한 흐름에 속해 있는 패킷들을 포워딩하기 위해 그것의 헤더 내에 '레이블'을 이용하도록 허용하지만, 이 기술은 또한 계층 3 상에서 패킷들을 처리할 것을 필요로 하는데, 본 해결법은 패킷의 헤더의 몇몇의 필드들 보다 깊게 볼 필요가 없다. 이것은 또한 본 해결법을 그것의 포워딩 처리에서 더욱 빠르게 한다.
청구항 제 1 항의 방법의 기본 원리를 적용할 때 실행되는 상이한 단계들은 청구항 제 8 항의 방법에 설명된다. 이 단계들은 청구항 제 9 항 및 청구항 제 10 항의 센서 노드들에 의해 실행된다. 이 단계들 및 디바이스들이 이하 설명된다.
실제로, 데이터 통신 센서 디바이스들을 포함하는 센서 개인 영역 네트워크에서 미리 규정된 프로토콜 단계들에 따라 패킷을 포워딩하는 방법은,
포워딩될 패킷의 발신 노드에 의해:
- 제 1 삽입기(INS1)을 이용하여, 패킷의 압축 필드 내에 미리 규정된 압축 값을 삽입하고, 이에 따라, 발신 노드의 소스 네트워크 식별자가 패킷의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정된다는 것을 나타내는 단계;
- 제 2 삽입기를 이용하여, 패킷의 어드레싱 모드 필드 내에 미리 규정된 레이블 교환 값을 삽입하고, 이에 따라, 실제 프로토콜 단계들이 현재의 패킷을 포워딩하기 위해 적용되어야 하는 레이블 교환 원리를 포함한다는 것을 실제 세서 노드에 나타내는 단계; 및
- 제 3 삽입기를 이용하여, 패킷의 소스 네트워크 식별자 필드 내에 레이블 값을 삽입하는 단계를 포함하고,
포워딩될 패킷의 중간 노드에 의해:
- 제 1 해석기를 이용하여, 압축 필드 내의 미리 규정된 압축 값을 해석하고, 이에 따라, 패킷의 발신 노드의 소스 네트워크 식별자가 상기 패킷의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정되는 것으로 결정하는 단계;
- 제 2 해석기를 이용하여, 어드레싱 모드 필드 내의 미리 규정된 레이블 교환 값을 해석하고, 이에 따라, 실제 프로토콜 단계들이 패킷을 포워딩하기 위해 적용되어야하는 레이블 교환 원리를 포함한다고 결정하고, 이러한 해석이 완료되면, 이에 다라 검색기를 개시하는 단계; 및
- 검색기를 이용하여, 소스 네트워크 식별자 필드로부터 레이블 값을 검색하는 단계로서, 이에 따라, 레이블 값은 레이블 교환 원리에 따라 실제 패킷을 포워딩하기 위해 중간 노드에 의해 이용될 필요가 있는, 상기 검색하는 단계를 추가로 포함한다. 이는 청구항 제 2 항의 방법에서 설명된다.
앞서 설명한 바와 같이, 미리 규정된 프로토콜 단계들에 대한 적합한 구현은 개인 영역 네트워크의 데이터 통신 디바이스들에 대한 호환가능한 상호접속을 위한 매체 액세스 제어 및 물리 계층 명세들을 규정하는 IEEE 표준 802.15.4에 따라 설명된다. 기본적으로 IEEE 표준 802.15.4의 미리 규정된 프로토콜 단계들이 이용될 수 있지만, 본 발명의 기본 개념을 적용함으로써, 이들 프로토콜 단계들은 여기서 앞서 설명된 추가의 단계들에 의해 확장된다는 것이 명백해져야 한다.
앞서 설명한 바와 같이, 압축 필드를 구현하기에 적합한 필드는 개인 영역 네트워크의 데이터 통신 디바이스들에 대한 호환가능한 상호접속을 위한 매체 액세스 제어 및 물리 계층 명세들을 규정하는 IEEE 표준 802.15.4에 따른 프레임 제어 필드의 PAN ID 압축 서브필드이다. 이것은 청구항 제 3 항에 기술되어 있다.
각각의 독립적인 개인 영역 네트워크가 고유 식별자를 선택하면, PAN 식별자는 짧은 주소들을 이용함으로써 네트워크에서의 센서 간의 통신을 허용하지만, 또한 독립적인 네트워크들을 통한 디바이스들 간의 송신도 가능하게 한다. 802.15.4 표준의 PAN ID 압축 서브필드는 길이가 단지 1 비트이고, 소스 및 목적지 PAN 식별자 주소들 모두가 존재하는 경우에, PAN 식별자 필드들 중 오직 하나만을 포함하는 MAC 프레임이 송신되는지를 특정한다. 이 서브필드가 하나로 설정되고, 소스 및 목적지 PAN 식별자 주소들 모두가 존재하는 경우, 프레임은 목적지 PAN 식별자 필드만을 포함해야 하고, 소스 PAN 식별자 필드는 목적지 PAN 식별자 필드와 같다고 가정되야 한다.
어드레싱 모드 필드는 목적지 어드레싱 모드 필드에 의해 구현될 수 있다. 이것은 청구항 제 4 항에 기술되어 있다.
또한, 이러한 목적지 어드레싱 모드 필드를 IEEE 표준 802.15.4에 따른 프레임 제어 필드의 목적지 어드레싱 모드 필드로 구성함으로써, 종래의 구현이 실현된다. 이것은 청구항 제 5 항에 기술되어 있다.
추가의 구현이 청구항 제 6 항에 기술되어 있으며, 그에 따라, 목적지 어드레싱 모드 필드는 길이가 2 비트로 규정되고, 그에 따라, 할당된 미리 규정된 레이블 교환 값은 첫번째 비트가 0(zero)이고, 두번째 비트가 1이다. IEEE 802.15.4 표준의 현재 버전들에 따라, 목적지 어드레싱 모드 필드에 대한 이 값은 원칙적으로 이용되지 않을 수 있는 역의 값이라는 것이 주의되야 한다. 이것은 앞서 설명된 구현이 이 역의 값이 해방되는 것을 요구한다는 것을 의미한다.
마지막으로, 청구항 제 7 항은 IEEE 표준 802.15.4에 따른 프레임 제어 필드의 소스 PAN 식별자 필드에 의해 소스 네트워크 식별자 필드를 구성한 구현을 기술한다. 이 소스 PAN 식별자 필드는 (존재할 때) 길이가 2 옥텟이고 통상 프레임의 발신자의 고유 PAN 식별자를 특정한다. 알려진 IEEE 802.15.4 표준 구현에 따라, 소스 PAN 식별자는, PAN id 압축이 미리 규정된 값 "0"일 때만 존재한다. 본 발명에 따라, PAN ID 압축 서브필드가 "0이 아닐" 때, 이 필드는 또한 MAC 프레임 내에 포함될 수 있다.
첨부된 도면들에 관련하여 취해진 실시예에 대한 다음의 설명을 참조함으로써, 본 발명의 상기의 및 다른 목적들 및 특징들은 보다 명확해지고 본 발명은 가장 잘 이해될 것이다.
도 1은 센서 노드를 갖는 개인 영역 네트워크를 나타내는 도면.
도 2는 패킷의 구조를 나타내는 도면.
청구항들 내에서 이용되는 용어 '포함하는'은 거기에 나열된 수단들로 제한되는 것으로 해석되지 말아야 한다는 것이 주의된다. 따라서, '수단들 A 및 B를 포함하는 디바이스'의 표현의 범위는 구성요소들 A 및 B만으로 이루어진 디바이스들에 제한되지 않아야 한다. 그것은, 본 발명에 관련하여, 디바이스의 오직 관련 구성요소들이 A 및 B라는 것을 의미한다.
마찬가지로, 용어 '결합된'은 직접적인 접속들만으로 제한되는 것으로 해석되지 말이야 한다는 것이 주의된다. 따라서, '디바이스 B에 결합된 디바이스 A'는 표현의 범위는 디바이스 A의 출력부가 바로 디바이스 B의 입력부에 접속되어 있는 디바이스들 또는 시스템들에 제한되지 않아야 한다. 그것은, 다른 디바이스들 또는 수단들을 포함하는 경로일 수 있는 경로가 A의 출력과 B의 입력 사이에 존재한다는 것을 의미한다.
도 1에 도시된 그것의 통신 환경에 따른 본 발명에 따른 디바이스의 동작이 도 1에 도시된 상이한 블럭들에 대한 기능적인 설명에 의해 설명될 것이다. 이 설명에 기초하여, 블럭들의 실제 구현이 당업자에게 자명해질 것이고, 따라서 상세하게 설명되지 않을 것이다. 이외에, 센서 개인 영역 네트워크에서 패킷을 포워딩하는 방법의 원리적인 동작이 더욱 상세하게 설명될 것이다.
도 1을 참조하면, 개인 영역 네트워크(PAN1)가 도시되어 있다. 개인 영역 네트워크는 예로서 SN1, SN2, SN3, SN4, 및 SN5의 센서 노드들을 포함한다. 도 1을 겹치지 않도록 하기 위해, 센서 노드(SN1 및 SN3)만이 보다 상세하게 도시되어 있다. 센서 노드(SN3) 내에서는, 발신 노드의 관련 기능 블럭들이 도시되어 있으며, 센서 노드(SN1) 내에서는, 중간 또는 수신 노드의 관련 블럭들이 도시되어 있다.
센서 노드(1)의 언급된 상이한 기능 블럭들 각각은 입력 인터페이스에 연결되고, 발신 노드의 언급된 기능 블럭들 각각은 노드의 출력 인터페이스에 결합된다. 모든 이들 기능 블럭들은 패킷(P)과 같은 인입 또는 발신 패킷의 비트들 및 바이트들을 삽입 또는 저장, 검색, 및 해석할 수 있다.
예를 들면, SN3와 같은 설명된 발신 센서의 상이한 기능 블럭들이은 이러한 발신 센서에 포함되는 것으로만 제한되지 않는다는 것이 여기서 주의되야 한다. 실제로, 센서는 또한 발신 노드(SN3)에 대하여 여기서 설명된 기능 블럭들을, 각각 패킷을 수신, 포워딩, 또는 수신하기 위한 중간/수신 노드(SN1/SN5)에 대하여 여기서 설명된 기능 블럭들로서 포함할 수 있다.
센서 노드(SN1)를 보면, 제 1 해석기(INT1), 제 2 해석기(INT2), 및 검색기(RET)가 도시되어 있다. 이 3개의 기능 블럭들은 센서 노드(SN1)의 입력 인터페이스에 연결되어 있다. 제 1 해석기(INT1)는 패킷(P)의 압축 필드(C-F)의 미리 규정된 압축 값(cv)을 해석하고, 그에 따라, 예를 들면, SN3의 패킷의 발신자의 소스 네트워크 식별자가 패킷(P)의, 예를 들면, SN5의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정되는 것으로 결정할 수 있는 해석기 수단이다. 제 2 해석기(INT2)는 패킷(P)의 어드레싱 모드 필드(DAM-F)의 미리 규정된 레이블 교환 값(Isv)을 해석할 수 있는 해석 수단이다. 어드레싱 모드 필드(DAM-F)의 값을 해석하고 그것이 실제로 미리 규정된 레이블 교환 값(Isv)이라고 결정되면, 제 2 해석기는 이에 따라 검색기(RET)를 개시할 것이다. 검색기(RET)는, 제 2 해석기(INT2)의 개시의 수신시에, 패킷의 소스 네트워크 식별자 필드(SNI-F)로부터 레이블 값(lab1)을 검색할 수 있는 검색기 수단이다. 이하 설명될 바로서, 이 레이블 값(lab1)은 레이블 교환 원리에 따라 패킷(P)을 포워딩하기 위해 센서 노드(SN1)에 의해 이용되야할 레이블의 값이다.
센서 노드(SN3)를 보면, 제 1 삽입기(INS1), 제 2 삽입기(INS2), 및 제 3 삽입기(INS3)가 도시되어 있다. 이 3개의 기능 블럭들은 센서 노드(SN3)의 출력 인터페이스에 결합된다. 제 1 삽입기(INS1)는 송신되도록 준비되는 패킷(P)의 압축 필드(C-F) 내에 미리 규정된 압축 값(cv)을 삽입할 수 있는 삽입 수단이다. 제 2 삽입기(INS2)는 그 패킷(P)의 어드레싱 모드 필드(DAM-F) 내에 미리 규정된 레이블 교환 값(Isv)을 삽입할 수 있는 삽입 수단이다. 제 3 삽입기(INS3)는 패킷의 소스 네트워크 식별자 필드(SNI-F) 내에 레이블 값(lab1)을 삽입할 수 있는 삽입 수단이다.
도 2를 참조하면, 알려진 IEEE 표준 802.15.4에 대한 편리한 매핑(mapping)이 설명될 것이다. 도 2의 상부 상의 제 1 행에서, IEEE 표준 802.15.4에 따른 프레임 구조가 도시되어 있다: 2 바이트의 프레임 제어 필드, 1 바이트의 시퀀스(Sequence) 번호, 4 내지 20 바이트의 어드레싱 필드, 1 바이트의 페이로드 및 프레임 확인 시퀀스가 도시되어 있다.
제 2 행에서, 프레임 제어 필드 및 어드레싱 필드들이 보다 상세하게 도시되어 있다. 이 방식에서, 프레임 제어 필드는 프레임 유형(비트 1, 2, 3), 보안 가능한 비트(비트 4), 프레임 계류 비트(비트 5), 수신확인 요청 비트(비트 5), PAN id 압축 필드(비트 6), 예약 비트들(비트 7, 8, 및 9), 목적지 어드레싱 모드 비트들(비트 10 및 11), 프레임 버전 비트들(비트 12 및 13), 및 소스 어드레싱 모드 비트들(비트 14 및 15)을 도시하고 있다. 어드레싱 필드의 구조는 목적지 PAN 식별자 필드(0 또는 2 바이트), 목적지 MAC 주소 필드(0, 2, 또는 8 바이트), 소스 PAN 식별자 필드(0 또는 2 바이트), 및 소스 MAC 어드레스 필드(0, 2, 또는 8 바이트)를 도시하고 있다. IEEE 표준 802.15.4에 의한 본 발명의 규정된 필드들의 간편한 구현은 도 2 내에서 제 3 행에서 제 2 행으로의 화살표에 의해 보다 명확해진다. 이 방식에서, 본 발명의 압축 필드에 대한 간편한 구현은 IEEE 표준 802.15.4의 PAN id 압축 필드, 즉, 프레임 제어 필드의 비트 6이다. 유사한 방식에서, 본 발명의 어드레싱 모드 필드에 대한 간편한 구현은 IEEE 표준 802.15.4의 프레임 제어 필드의 목적지 어드레싱 모드 필드이다. 또한, 소스 네트워크 식별자 필드는 IEEE 표준 802.15.4의 소스 PAN 식별자 필드에 의해 구현될 수 있다. IEEE 표준 802.15.4의 실제 알려진 필드들은 패킷 내에서 재이용될 수 있지만, 상이한 필드들에 대한 실제 알려진 값들 또는 새롭게 규정된 값들은 디자인된 기능 블럭들에 따라 고려될 상이하거나 추가적인 의미들을 갖는다는 것이 주의되야 한다. 이것은 다음의 단락들에서 보다 명확해질 것이다.
패킷(P)의 압축 필드(C-F)를 참조하여, 알려진 명세들에 따라, 비트 6이 1로 설정되는 경우, 비트 6은 패킷을 수신하도록 의도된 수신 노드의 목적지 PAN 신분이 소스 노드, 즉, 발신 센서 노드의 소스 PAN 신분과 같다는 것을 알려준다. 그 경우, 소스 PAN 신분은 이들 알려진 명세들에 따라 생략될 수 있다. 이것은, 소스 네트워크 식별자 필드가 사실 존재하지 않다는 것을 의미한다. 또한, 어드레싱 모드 필드(DAM-F)를 참조하면, 비트들 10 및 11은 다음과 같은 값들을 가질 수 있다:
00 목적지 PAN id 및 목적지 주소가 존재하지 않음
10 목적지 주소가 16 비트 표기법을 이용함
11 목적지 주소가 64 비트 표기법을 이용함
본 발명에 따라, 이들 규칙들은 다음의 원리들에 의해 확장된다. 우선, 어드레싱 모드 필드에 대한 추가 값이 규정되고, 즉, 비트들(10 및 11)이 또한 "레이블 교환 값"이라 불리는 미리 규정된 값을 가질 수 있다. IEEE 표준 802.15.4에 따른 상기 구현에 따라, 이들 2개의 비트들에 대하여 값 "01"만이 남게 된다. 따라서, 이 설명된 구현에 따라, 미리 규정된 "레이블 교환 값"은 실제 값 "01"을 수신한다.
이제 본 발명에 따라서,
- 압축 필드의 비트 번호 6이 실제로 압축 값(cv), 즉, "1"로 설정되는 경우; 및
- 프레임 제어 필드 내의 어드레싱 모드 필드의 비트들 번호 10 및 11이 새롭게 규정된 레이블 교환 값(Isv), 즉, "01"을 갖는 경우,
센서 노드들 내의 새롭게 규정된 및 구현된 규칙은, 소스 네트워크 식별자 필드(SNI-F)는 생략되서는 안되지만, 알려진 규칙들과는 반대로, 그것의 값, 즉, 소스 네트워크 식별자 필드가 존재하고 패킷의 필드의 그 자리에 어떤 값이 포함되어 있으면 확인되야 한다. 이 값은 레이블 값(lab1)이라고 불린다. 그리고, 이 레이블 값(lab1)은 레이블 교환 원리에 따라 패킷을 포워딩하는데 이용될 필요가 있다.
본 발명에서, 레이블의 구조는 본 발명의 목적을 넘는 것이기 때문에 상세하게 설명되어 있지 않다는 것이, 여기서 주의되야 한다. 본 발명의 목적은 패킷 헤더의 레이블 상에서 패킷(P)에 레이블을 포함시키는 것이고, 따라서, 레이블 교환의 원리는, 다른 센서 노드로 하여금 요구되는 레이블을 찾기 위해 패킷의 깊은 처리를 실행하게 하지 않으면서, 즉, 패킷(P)의 페이로드 필드를 찾아보지 않으면서, 적용될 수 있다. 레이블의 2개의 바이트들은, 예를 들면, 1 바이트 레이블 값 및 1 바이트 TTL "Time To Live"을 포함하기 위해 이용된다. 이와 달리, 2개의 바이트들은 한 레이블 내에 한 레이블을 전달(즉, "레이블 적층(label stacking)"이라 불림)하기 위해 이용될 수 있거나, 몇몇의 비트들이 QoS 정보를 전달하기 위해 이용될 수 있다.
센서 개인 영역 네트워크에서 패킷을 포워딩하기 위해 레이블 교환을 적용하는 것의 추가 이점은 취해지는 패킷(P)의 경로에 수동으로 영향을 주는 유연성이다. 실제로, 앞서 설명된 바와 같이, 레이블 교환 원리에 따라, 레이블들에 대한 각각의 값은, 패킷(P)이 포워딩될 필요가 있는 곳을 알아내기 위해 센서 디바이스에 의해 확인될 필요가 있는 포워딩 테이블들 내에 유지된다. 이들 포워딩 테이블들은 수동으로 조정될 수 있고, 이에 따라, 패킷의 루트(route)는, 예를 들면, 처리 전력을 더욱 갖고 있는 센서 디바이스들을 지나도록 영향을 받을 수 있다.
도 1에 도시된 통신 환경에 따른 본 발명에 따른 센서 디바이스들의 동작은 도 1에 도시된 상이한 블럭들의 기능적인 설명에 의해 이제 설명될 것이다.
패킷이 중간 센서 노드(SN1)를 통해 수신 노드(SN5)를 향하여 발신 노드(SN3)에 의해 송신된다고 가정하자. 모든 노드들은 같은 센서 개인 영역 네트워크(PAN1)의 부분이다.
따라서 본 발명에 따른 방법은 다음의 단계들을 포함한다. 센서 디바이스(SN3)에서, 패킷(P)의 헤더는 다음 센서 디바이스(SN1)를 향해 포워딩하기 위해 완벽한 패킷(P)을 준비하도록 구성된다. 센서 디바이스(SN3)는,
- SN3의 제 1 삽입기(INS1)를 이용하여, "1"과 같은 미리 규정된 압축 값(cv)을 구성된 패킷(P)의 압축 필드(C-F)에 삽입하고, 이에 따라, 발신 노드(SN3)의 소스 네트워크 식별자가 실제로 패킷(P)의 의도된 수신자, 즉, SN5의 목적지 네트워크 식별자와 같다고 가정된다는 것을 나타내는 단계;
- SN3의 제 2 삽입기(INS2)를 이용하여, "01"과 같은 미리 규정된 레이블 교환 값(Isv)을 패킷(P)의 어드레싱 모드 필드(DAM-F)에 삽입하고, 이에 따라, 패킷들을 포워딩하는 프로토콜 단계들은 패킷(P)을 포워딩하거나 최종적으로 수신하기 위해 적용되어야 하는 레이블 교환 원리를 포함한다는 것을 나타내는 단계; 및
- SN3의 제 3 삽입기(INS3)를 이용하여, 레이블 값(lab1)을 패킷의 소스 네트워크 식별자 필드(SNI-F)에 삽입하는 단계를 실행한다. 이 lab1 값은 레이블 교환 포워딩 원리들에 따라 미리 결정된다는 것이 주의되야 한다. 이 제 1 레이블 값(lab1)은, 패킷의 노선 상에 있는 제 1의 다음 센서 디바이스로 하여금 그것의 포워딩 테이블에 따라 패킷을 다음 센서 디바이스를 향해 포워딩하도록 올바른 동작들을 취하게 지시할 값이다. 이들 이전 단계들이 실행된 후, 센서 디바이스(SN3)는 패킷(P)을 센서 디바이스(SN1)를 향해 송신한다. 패킷(P)을 수신하면, 센서 디바이스(SN1)는,
- SN1의 제 1 해석기(INT1)를 이용하여, 압축 필드(C-F)의 미리 규정된 압축 값(cv) "1"을 해석하고, 이에 따라, 패킷(P)의 발신 노드(SN3)의 소스 네트워크 식별자가 상기 패킷의 의도된 수신자(SN5)의 목적지 네트워크 식별자와 실제로 같다고 가정된다고 실제로 결정하는 단계;
- SN1의 제 2 해석기(INT2)를 이용하여, 어드레싱 모드 필드(DAM-F)의 미리 규정된 레이블 교환 값(Isv) "01"을 해석하고, 이에 따라, 프로토콜 단계들이 패킷(P)을 포워딩하기 위해 적용되어야하는 레이블 교환 원리를 포함한다고 결정하고, 이에 따라 검색기(RET)를 트리거링하는 단계; 및
- 검색기(RET)를 이용하여, 소스 네트워크 식별자 필드(SNI-F)로부터 레이블 값(lab1)을 검색하는 단계를 실행한다. 이 레이블 값(lab1)은 레이블 교환 원리에 따라 패킷을 포워딩하기 위해 중간 노드(SN1)에 의해 이용된다.
여기서는, lab1의 값은 같은 값(lab1)으로 남아있을 수 있거나 또한 예를 들면, lab2의 다른 레이블 값으로 대체될 수 있다는 것이 짧게 언급된다. 이것은 레이블 교환 명세의 구조들 및 포워딩 테이블에 따른다. 이 방식에서, 패킷(P)은 센서 디바이스(SN1)에 의해 센서 디바이스(SN5)를 향해 포워딩된다. 패킷(P)을 수신하면, 센서 디바이스(SN5)는 센서 디바이스(SN1)에 의해 실행되었던 것과 유사한 단계들을 실행한다. 그러나, 실제 포함된 레이블 값의 결정시에 및 그것의 레이블 교환 포워딩 테이블을 참고하면, 센서 디바이스(SN5)는 패킷(P)이 그것의 목적지에 도착했다는 것을 알게 된다.
마지막으로 주의해야할 점은, 본 발명의 실시예들이 앞에서 기능 블럭들에 관련하여 설명됐다는 것이다. 앞서 제공된 이들 블럭들의 기능적인 설명으로부터, 이들 블럭들의 실시예들이 잘-알려진 전자 구성요소들과 함께 어떻게 제조될 수 있는지가 전자 장자들을 디자인하는 분야의 당업자들에게 명백해질 것이다. 따라서 기능 블럭들의 내용들에 대한 세부 구조는 제공되지 않는다.
앞서 본 발명의 원리들이 특정 장비들에 관련하여 설명되었지만, 이 설명은 오직 예로서 제공된 것이고, 첨부된 청구항들에 규정된 본 발명의 범위를 제한하는 것은 아님이 명확히 이해될 것이다.

Claims (10)

  1. 데이터 통신 센서 디바이스들(SN1, SN2, SN3, SN4, SN5, ...)을 포함하는 센서 개인 영역 네트워크(PAN1)에서 미리 규정된 프로토콜 단계들에 따라 패킷(P)을 포워딩(forwarding)하는 방법에 있어서,
    - 상기 패킷의 발신자(SN3)의 소스 네트워크 식별자가 상기 패킷의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정된다는 것을 나타내기 위해, 미리 규정된 압축 값(cv)을 상기 패킷(P)의 압축 필드(C-F)에 할당하는 단계를 포함하고,
    - 상기 프로토콜 단계들이 또한 상기 패킷(P)을 포워딩하기 위해 적용되어야 하는 레이블 교환 원리를 포함한다는 것을 나타내기 위해, 미리 규정된 레이블 교환 값(Isv)을 상기 패킷(P)의 어드레싱 모드 필드(DAM-F)에 할당하는 단계; 및
    - 레이블 값(lab1)에 기초하여 상기 레이블 교환 원리를 적용하기 위해 상기 레이블 값(lab1)을 저장 및 검색하도록 상기 패킷의 소스 네트워크 식별자 필드(SNI-F)를 이용하는 단계를 추가로 포함하는, 패킷(P)을 포워딩하는 방법.
  2. 제 1 항에 있어서,
    상기 미리 규정된 프로토콜 단계들은 개인 영역 네트워크의 데이터 통신 디바이스들에 대한 호환가능한 상호접속을 위한 매체 액세스 제어 및 물리 계층 명세들을 규정하는 IEEE 표준 802.15.4에 따라 설명되는, 패킷(P)을 포워딩하는 방법.
  3. 제 1 항에 있어서,
    개인 영역 네트워크의 데이터 통신 디바이스들에 대한 호환가능한 상호접속을 위한 매체 액세스 제어 및 물리 계층 명세들을 규정하는 IEEE 표준 802.15.4에 따라 프레임 제어 필드의 PAN ID 압축 서브필드에 의해 상기 압축 필드(C-F)를 구성하는, 패킷(P)을 포워딩하는 방법.
  4. 제 1 항에 있어서,
    목적지 어드레싱 모드 필드에 의해 상기 어드레싱 모드 필드(DAM-F)를 구현하는, 패킷(P)을 포워딩하는 방법.
  5. 제 4 항에 있어서,
    개인 영역 네트워크의 데이터 통신 디바이스들에 대한 호환가능한 상호접속을 위한 매체 액세스 제어 및 물리 계층 명세들을 규정하는 IEEE 표준 802.15.4에 따라 프레임 제어 필드의 목적지 어드레싱 모드 필드에 의해 상기 목적지 어드레싱 모드 필드(DAM-F)를 구성하는, 패킷(P)을 포워딩하는 방법.
  6. 제 5 항에 있어서,
    상기 목적지 어드레싱 모드 필드(DAM-F)를 2 비트로 규정하고, 상기 미리 규정된 레이블 교환 값(Isv)에의 0(zero)인 제 1 비트 및 1인 제 2 비트를 할당하는, 패킷(P)을 포워딩하는 방법.
  7. 제 1 항에 있어서,
    개인 영역 네트워크의 데이터 통신 디바이스들에 대한 호환가능한 상호접속을 위한 매체 액세스 제어 및 물리 계층 명세들을 규정하는 IEEE 표준 802.15.4에 따라 프레임 제어 필드의 소스 PAN 식별자 필드에 의해 상기 소스 네트워크 식별자 필드(SNI-F)를 구성하는, 패킷(P)을 포워딩하는 방법.
  8. 데이터 통신 센서 디바이스들(SN1, SN2, SN3, SN4, SN5, ...)을 포함하는 센서 개인 영역 네트워크(PAN1)에서 미리 규정된 프로토콜 단계들에 따라 패킷(P)을 포워딩하는 방법에 있어서,
    발신 노드(SN3)에 의해:
    - 제 1 삽입기(INS1)을 이용하여, 상기 패킷(P)의 압축 필드(C-F) 내에 미리 규정된 압축 값(cv)을 삽입하고, 이에 따라, 상기 발신 노드(SN3)의 소스 네트워크 식별자는 상기 패킷(P)의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정된다는 것을 나타내는 단계;
    - 제 2 삽입기(INS2)를 이용하여, 상기 패킷(P)의 어드레싱 모드 필드(DAM-F) 내에 미리 규정된 레이블 교환 값(Isv)을 삽입하고, 이에 따라, 상기 프로토콜 단계들이 상기 패킷(P)을 포워딩하기 위해 적용되어야 하는 레이블 교환 원리를 포함한다는 것을 나타내는 단계; 및
    - 제 3 삽입기(INS3)를 이용하여, 상기 패킷의 소스 네트워크 식별자 필드(SNI-F) 내에 레이블 값(lab1)을 삽입하는 단계를 포함하고,
    중간 노드(SN1)에 의해:
    - 제 1 해석기(INT1)를 이용하여, 상기 압축 필드(C-F)의 상기 미리 규정된 압축 값(cv)을 해석하고, 이에 따라, 상기 패킷의 상기 발신 노드(SN3)의 상기 소스 네트워크 식별자가 상기 패킷의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정되는 것으로 결정하는 단계;
    - 제 2 해석기(INT2)를 이용하여, 상기 어드레싱 모드 필드(DAM-F)의 상기 미리 규정된 레이블 교환 값(lsv)을 해석하고, 이에 따라, 상기 프로토콜 단계들은 상기 패킷(P)을 포워딩하기 위해 적용되어야하는 레이블 교환 원리를 포함한다고 결정하고, 이에 따라, 검색기(RET)를 트리거링하는 단계; 및
    - 상기 검색기(RET)를 이용하여, 상기 소스 네트워크 식별자 필드(SNI-F)로부터 상기 레이블 값(lab1)을 검색하는 단계로서, 상기 레이블 값(lab1)은 상기 레이블 교환 원리에 따라 상기 패킷을 포워딩하기 위해 상기 중간 노드(SN1)에 의해 이용되는, 상기 검색 단계를 포함하는, 패킷(P)을 포워딩하는 방법.
  9. 데이터 통신 센서 디바이스들(SN1, SN2, SN3, SN4, SN5, ...)을 포함하는 센서 개인 영역 네트워크(PAN1)에서 미리 규정된 프로토콜 단계들에 따라 패킷(P)을 포워딩하기 위한 센서 노드(SN1)에 있어서,
    - 상기 패킷(P)의 압축 필드(C-F)의 미리 규정된 압축 값(cv)을 해석하고, 이에 따라, 상기 패킷의 발신자(SN3)의 소스 네트워크 식별자가 상기 패킷의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정되는 것으로 결정하기 위한 제 1 해석기(INT1)를 포함하고,
    - 상기 패킷(P)의 어드레싱 모드 필드(DAM-F)의 미리 규정된 레이블 교환 값(Isv)을 해석하고, 이에 따라, 상기 프로토콜 단계들은 상기 패킷(P)을 포워딩하기 위해 적용되어야하는 레이블 교환 원리를 포함한다고 결정하고, 이에 따라, 검색기(RET)를 트리거링하기 위한 제 2 해석기(INT2); 및
    - 상기 패킷의 소스 네트워크 식별자 필드(SNI-F)로부터 레이블 값(lab1)을 검색하기 위한 상기 검색기(RET)로서, 상기 레이블 값(lab1)은 상기 레이블 교환 원리에 따라 상기 패킷을 포워딩하기 위해 상기 센서 노드(SN1)에 의해 이용되는, 상기 검색기(RET)를 추가로 포함하는, 센서 노드(SN1).
  10. 데이터 통신 센서 디바이스들(SN1, SN2, SN3, SN4, SN5, ...)을 포함하는 센서 개인 영역 네트워크(PAN1)에서 미리 규정된 프로토콜 단계들에 따라 패킷(P)을 포워딩하기 위한 발신 센서 노드(SN3)에 있어서,
    - 상기 패킷(P)의 압축 필드(C-F) 내에 미리 규정된 압축 값(cv)을 삽입하고, 이에 따라, 상기 패킷의 상기 발신 센서 노드(SN3)의 소스 네트워크 식별자는 상기 패킷(P)의 의도된 수신자의 목적지 네트워크 식별자와 같다고 가정된다는 것을 나타내기 위한 제 1 삽입기(INS1)를 포함하고,
    - 상기 패킷(P)의 어드레싱 모드 필드(DAM-F) 내에 미리 규정된 레이블 교환 값(Isv)을 삽입하고, 이에 따라, 상기 프로토콜 단계들이 상기 패킷(P)을 포워딩하기 위해 적용되어야 하는 레이블 교환 원리를 포함한다는 것을 나타내기 위한 제 2 삽입기(INS2); 및
    - 상기 패킷의 소스 네트워크 식별자 필드(SNI-F) 내에 레이블 값(lab1)을 삽입하기 위한 제 3 삽입기(INS3)로서, 상기 레이블 값(lab1)은 상기 레이블 교환 원리에 따라 상기 패킷을 포워딩하기 위해 중간 센서 노드(SN1)에 의해 이용되는, 상기 제 3 삽입기(INS3)를 추가로 포함하는, 발신 센서 노드(SN3).
KR1020127017642A 2009-12-10 2010-12-07 센서 개인 영역 네트워크에서의 패킷의 포워딩 KR101304971B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP09290928.2A EP2334017B1 (en) 2009-12-10 2009-12-10 Forwarding a packet in a sensor personal area network
EP09290928.2 2009-12-10
PCT/EP2010/069048 WO2011070000A1 (en) 2009-12-10 2010-12-07 Forwarding a packet in a sensor personal area network

Publications (2)

Publication Number Publication Date
KR20120103690A KR20120103690A (ko) 2012-09-19
KR101304971B1 true KR101304971B1 (ko) 2013-12-19

Family

ID=42111120

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020127017642A KR101304971B1 (ko) 2009-12-10 2010-12-07 센서 개인 영역 네트워크에서의 패킷의 포워딩

Country Status (6)

Country Link
US (1) US9143427B2 (ko)
EP (1) EP2334017B1 (ko)
JP (1) JP5525062B2 (ko)
KR (1) KR101304971B1 (ko)
CN (1) CN102652414B (ko)
WO (1) WO2011070000A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120155471A1 (en) * 2010-12-15 2012-06-21 Electronics And Telecommunications Research Institute Method and apparatus for routing
CN103999432B (zh) * 2011-12-23 2017-07-14 飞利浦灯具控股公司 用于可见光通信的协议
CN104426892A (zh) * 2013-09-09 2015-03-18 中国电信股份有限公司 对出入物联网的外部IPv6地址进行压缩的方法与系统
CN110710171B (zh) * 2017-03-28 2021-12-21 依斯塔国际有限公司 信号通信系统
US11605973B2 (en) * 2018-10-29 2023-03-14 Conectric, Llc Systems and methods for a wireless sensor network

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005119978A1 (en) 2004-06-04 2005-12-15 Matsushita Electric Industrial Co., Ltd. Method for utilizing the same ip address when changing from one service area into another in a mpls based wireless communication system

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1480406A1 (en) * 2003-05-19 2004-11-24 Sony International (Europe) GmbH Confinement of data transfers to a local area network
FR2857538B1 (fr) * 2003-07-08 2006-10-06 At & T Corp Systeme et methode de compression d'en-tete de paquets bases sur la creation dynamique d'un gabarit
US20060088051A1 (en) * 2004-10-22 2006-04-27 Geoff Mulligan Method for lossless IPv6 header compression
US7602778B2 (en) * 2005-06-29 2009-10-13 Cisco Technology, Inc. System and methods for compressing message headers
US20070136209A1 (en) * 2005-12-06 2007-06-14 Shabbir Khan Digital object title authentication
KR101109605B1 (ko) * 2007-04-18 2012-01-31 삼성전자주식회사 센서 네트워크에서의 헤더 압축 및 패킷 전달 방법 및 장치
CN102124700B (zh) * 2008-06-18 2014-04-09 爱默生过程管理电力和水力解决方案有限公司 用于通过区别网络进行无线过程通信的系统和方法
KR101099246B1 (ko) * 2009-07-24 2011-12-27 에스케이 텔레콤주식회사 근거리 무선 네트워크 기반 패킷 전송 시스템 및 그 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005119978A1 (en) 2004-06-04 2005-12-15 Matsushita Electric Industrial Co., Ltd. Method for utilizing the same ip address when changing from one service area into another in a mpls based wireless communication system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ALESSANDR0 LUD0VICI ET AL: " Implementation and Evaluation of the Enhanced Header Compression (IPHC) for 6LoWPAN", 7 September 2009 (2009-09-07)

Also Published As

Publication number Publication date
JP2013513982A (ja) 2013-04-22
CN102652414B (zh) 2015-05-06
CN102652414A (zh) 2012-08-29
JP5525062B2 (ja) 2014-06-18
WO2011070000A1 (en) 2011-06-16
KR20120103690A (ko) 2012-09-19
EP2334017B1 (en) 2018-01-03
US9143427B2 (en) 2015-09-22
EP2334017A1 (en) 2011-06-15
US20120257555A1 (en) 2012-10-11

Similar Documents

Publication Publication Date Title
CN112165725B (zh) 报文处理的方法及设备
US9992098B2 (en) Content centric M2M system
KR100453055B1 (ko) Ｉｐ 네트워크 상에서의 경로 ｍｔｕ 탐색 방법 및 그 장치
CN112671641B (zh) 报文转发方法及装置
CN109391560A (zh) 网络拥塞的通告方法、代理节点及计算机设备
US20080159150A1 (en) Method and Apparatus for Preventing IP Datagram Fragmentation and Reassembly
KR101304971B1 (ko) 센서 개인 영역 네트워크에서의 패킷의 포워딩
CN110535768B (zh) 组播数据传输方法及相关设备
CN113242177B (zh) 多路径并发传输数据的方法、装置、存储介质及电子设备
US20120300781A1 (en) Packet Routing in a Network
CN109218111B (zh) 一种处理报文的方法和转发器
WO2016119269A1 (zh) 一种业务流数据包的处理方法及装置
CN102523312A (zh) 一种4over6场景下的最优隧道选择方法
Papadopoulos et al. RFC 4944: per-hop fragmentation and reassembly issues
CN102647347A (zh) 实现基于连接的流量的处理方法及系统
CN111464441A (zh) 一种通信方法及装置
CN110120985A (zh) 通信的方法和设备
CN113055268A (zh) 隧道流量负载均衡的方法、装置、设备及介质
Nori et al. Backflip: Backpressure routing in ipv6-based wireless sensor networks
WO2023078144A1 (zh) 报文处理方法、装置及系统
WO2024074031A1 (zh) 业务处理方法、通信设备、存储介质及程序产品
WO2022105625A1 (zh) 报文转发的方法、装置、通信设备及可读存储介质
CN117614894A (zh) 一种基于可编程交换芯片的upf实现方法及系统、装置
CN115842876A (zh) 处理报文的方法、系统、设备和存储介质
CN115277554A (zh) 一种组播数据报文的传输方法和通信装置

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20160829

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20170825

Year of fee payment: 5