WiMAX 모델(57) - DL-MAP IE 정보

완성된 DL-MAP IE 정보는 다음 그림과 같은 구조를 가진다.

 

"WiMAX 모델(53) - DL-MAP 메시지 구조"에서 살펴본 바와 같이, DL-MAP IE들은 WimaxT_Map 구조체의 해쉬 테이블에 저장된다. 해쉬 테이블에서 각 IE를 구별하는 키로는 Basic CID와 purpose(Ex: WimaxC_Data, WimaxC_Harq_Data, WimaxC_Harq_Retransmit_Data)를 조합한 값이 사용된다. OFDMA DL에서 버스트는 정사각형 형태로 배치되므로 이 IE들은 WimaxC_IE_Type2를 dimesion_type 값으로 가진다. Basic CID와 purpose가 동일하더라도 병합(amalgamate)시켜서 자원을 할당하지 않는 경우가 있는데, 이 때에는 별도로 분리된 IE가 존재하게 된다.
이런 경우에 사용되는 것이 WimaxT_IE 구조체의 extra_info_ptr 변수이며, 동일한 Basic CID와 purpose를 가지지만 별도로 존재하는 IE 정보를 가리키게 된다. 만약, 동일한 Basic CID와 purpose를 가지는 IE가 더 이상 존재하지 않으면 extra_info_ptr 변수는 NULL 값을 가진다. (동일한 키값을 가지는 IE는 여러 개 존재할 수 있으며, extra_info_ptr 변수는 각각 다음번 IE 정보를 가리키게 된다)
여기까지의 정보는 각 단말로 전송되는 버스트의 위치를 단말에게 알려주는 DL-MAP을 구성하기 위해서 필요한 정보들이며(비록 현재의 모델에서는 DL-MAP 정보를 실제로 단말로 전송하지 않지만), WiMAX 표준과 관련있는 부분들이다. 하지만, WimaxT_Request_Element 구조체에 저장되는 정보는 해당 버스트가 각각의 서비스 플로우에 의해서 어떻게 사용될 것인지에 대한 것을 wimax_bs_control 프로세스 모델에서 wimax_mac 프로세스 모델로 알려주기 위한 정보들이며, 표준과는 관련이 없다. "WiMAX 모델(38) - BS 스케줄러 병합 승인"에서 설명한 것처럼 OPNET WiMAX 모델은 같은 단말로 향하는 트래픽을 가능한 병합(amalgamate)시켜서 하나의 버스트로 전송한다. 따라서,
여러 서비스 플로우들로부터의 BW 요청에 대한 승인이 하나의 IE로 나타날 수 있으며, 이 때 각 서비스 플로우별 요청/승인에 대한 정보는 WimaxT_Request_Element 구조체의 extra_info_ptr 변수에 저장된다. WimaxT_Request_Element 구조체의 extra_info_ptr 변수는 각각의 서비스 플로우별 요청/승인에 대한 정보를 담고있는 IE들의 리스트이다. 단, 서비스 플로우별 자원 할당은 정사각형 형태를 가질 필요가 없으므로 이 때의 IE들은 WimaxC_IE_Type4를 demension_type 값으로 가진다. 여러 서비스 플로우들로 향하는 트래픽이 병합된 것이 아닌 경우에는 한 개의 Type4 IE가 포함된 리스트가 사용된다.