Layers

Layer

SAP-entity로 구성된 것

• 각 layer는 하나 이상의 service를 제공

Layered architecture

• layer가 위아래로 존재
• peer entity 간 message 교환은 인접한 하위 layer의 entity에 의해 이루어진다. (밑에 계층까지 내려갔다 인접 entity로 이동)

Layer 간 상호 작용은 SP(serlvice primitive)를 통해 이루어짐 

• primitive : function to be performed
• parameter : passing data / control information

“Application layer 인터넷 서비스 요청 , Physical Layer 인터넷에 가장 가까움 => 전자기신호를 디지털신호로 바꿔줌 (ex:모뎀)”

Layered Architecture 특징

protocol stack도 결국 layered architecture의 한 사례이다.

• horizontal interaction : peer entities끼리만 interaction 이루어짐, 위아래 layer 간 service는 전달되나 동작에 영향을 주지 않는다.
• principle of transparency : SDU를 그대로 통과시키며 protocol 동작이 SDU에 의해 영향을 받지 않는다. 
• 상위 layer의 interaction이 하위 layer의 동작을 줄여주지 않는다.
• 하위 layer의 동작상 문제는 상위 layer에게 알려지지 않을 수 있음

Modularity

기능 단위로 시스템을 분해할 수 있다.

각 layer의 service에 대해 비교적 쉽게 구현이 가능하며 일부 기능에 대한 수정이 용이하다.

또한 기능이 series 형태로 표현되므로 동작 흐름이 한눈에 보인다.

PDUs of Layered Architecture

• N layer에서 발생한 PDU가 N-1 layer의 SDU가 된다.
• 하위로 갈수록 PDU 크기가 일반적으로 커진다.(N -> N-1 layer로 이동할수록 PCI가 계속 붙기 때문에)
• fragmentation이 일어날 수 있으나 principle of transparency는 보존된다.

Mapping on the (N-1) Layer

N layer의 entity는 여러 개의 N-1 layer의 entity와 연결될 수 있다. 

단! 여러 개의 entity가 하나의 n-1 layer의 entity와 연결될 수는 없다! 이건 이전에 SAP와 인스턴스 간 연결 사례와 반대

왜냐하면, N-1 layerd의 entity가 routing을 하려면(n layer의 entity를 구분한다는 의미?) SDU 내용을 알아야 하기 때문에, 이는 principle of transparency 위반이다.