Het primaire gebruik van de LLC-laag in Ethernet is het bieden van multiplexing en demultiplexing en een zekere mate van protocolonafhankelijkheid op de netwerklaag . Dit betekent dat het het volgende verwerkt:

* Multiplexen: Meerdere netwerklaagprotocollen (zoals IP, IPX, enz.) kunnen hetzelfde Ethernet-netwerk delen. De LLC-laag gebruikt een typeveld in de header om onderscheid te maken tussen verschillende netwerklaagprotocollen die zijn ingekapseld in de dataframes. Het zorgt ervoor dat gegevens uit verschillende protocollen correct worden afgeleverd bij de beoogde protocolstapels op de netwerklaag.

* Demultiplexen: Omgekeerd, wanneer een frame bij een knooppunt arriveert, onderzoekt de LLC-laag het typeveld om te bepalen welk netwerklaagprotocol de gegevens zou moeten ontvangen. Het zorgt ervoor dat elk protocol alleen de gegevens ontvangt die ervoor bedoeld zijn.

* Foutdetectie (in beperkte mate): Sommige LLC-implementaties bevatten eenvoudige foutdetectiemechanismen, maar de primaire foutdetectie wordt doorgaans afgehandeld op de MAC-laag (bijvoorbeeld met behulp van controlesommen). De rol van LLC is hier secundair en niet zo robuust.

In wezen fungeert de LLC-laag als een brug tussen de netwerklaag en de MAC-laag, waardoor Ethernet flexibel wordt en in staat is een verscheidenheid aan protocollen op de bovenste laag te ondersteunen. Hoewel dit niet verplicht is in alle Ethernet-implementaties (vooral in moderne Ethernet-omgevingen), maakt het begrijpen van het doel ervan duidelijk hoe verschillende protocollen naast elkaar kunnen bestaan ​​en naadloos kunnen werken via hetzelfde fysieke medium. Veel moderne implementaties integreren LLC-functionaliteit rechtstreeks in de driver van de MAC-laag of laten deze volledig achterwege omdat deze vaak overbodig is gezien de verfijning van de netwerkprotocollen en apparaten die in gebruik zijn.