ネットワーク管理においては、ネットワークサーバーとエンドデバイス上のMAC層との間で、MACコマンドのセットが専ら交換される場合があります。MAC層コマンドは、アプリケーションやアプリケーションサーバー、あるいはエンドデバイス上で動作するアプリケーションには決して表示されません。
単一のデータフレームには、任意の順序のMACコマンドを含めることが可能です。これらは、FOptsフィールドにピギーバックされるか、または別個のデータフレームとして送信される場合、FPortフィールドが0に設定された状態でFRMPayloadフィールドに格納されます。ピギーバックされたMACコマンドは常に暗号化されて送信され、15オクテットを超えてはなりません。FRMPayloadとして送信されるMACコマンドは常に暗号化され、最大FRMPayload長を超えてはなりません。
MACコマンドは、1オクテットのコマンド識別子（CID）と、それに続くコマンド固有のオクテット列（空の場合もあり）で構成されます。
MACコマンドへの応答/確認応答は、送信された順序と同じ順序で受信側によって行われます。各MACコマンドへの応答は順次バッファに追加されます。単一フレームで受信した全てのMACコマンドは単一フレームで応答されなければなりません。これは応答を含むバッファを単一フレームで送信する必要があることを意味します。MAC応答のバッファ長が最大FOptフィールドを超える場合、デバイスはポート0上でFRMPayloadとしてバッファを送信しなければなりません。デバイスがアプリケーションペイロードとMAC応答の両方を送信する必要があり、両方がフレームに収まらない場合、MAC応答を優先して送信しなければなりません。バッファの長さが使用可能な最大FRMPayloadサイズを超える場合、デバイスはフレームを組み立てる前にバッファを最大FRMPayloadサイズに切り詰める必要があります。したがって、最後のMACコマンド応答が切り捨てられる可能性があります。いずれの場合も、MAC応答を含むバッファが切り詰められる必要があっても、MACコマンドの完全なリストはすべて実行されます。ネットワークサーバーは、エンドデバイスが単一のアップリンクで応答できないMACコマンドのシーケンスを生成してはなりません。ネットワークサーバーは、MACコマンドに応答するために利用可能な最大FRMPayloadサイズを以下のように計算しなければなりません：

• 直近のアップリンクADRビットが0の場合：最低データレートに対応する最大ペイロードサイズを考慮しなければなりません
• 直近のアップリンクADRビットが1の場合：当該端末の最終アップリンクで使用されたデータレートに対応する最大ペイロードサイズを考慮しなければなりません

注記：クリップされたMAC応答を受信した場合、ネットワークサーバは応答できなかったMACコマンドを再送信しても差し支えありません。