Tagi reprezentują jeden z danych, według których będą śledzone liczniki wykorzystania danych. Domyślnie i dodatkowo tag jest tworzony tylko na podstawie identyfikatora UID. Identyfikator UID jest używany jako podstawa do egzekwowania zasad i nie można go zignorować. Tag będzie więc zawsze reprezentować co najmniej identyfikator UID (uid_tag). Tag może być wyraźnie rozszerzony o „tag księgowy”, który jest powiązany z identyfikatorem UID. W przestrzeni użytkownika można użyć parametru TrafficStats.setThreadStatsTag() do ustawienia części tagu acct_tag, która jest następnie używana w gniazdach: wszystkie dane należące do tego gniazda będą uwzględniane w tagu. Kontrola odbywa się na podstawie części uid_tag tagu, a statystyki są zbierane oddzielnie dla części acct_tag.
Bez wyraźnego oznaczenia moduł qtaguid przyjmie, żedefault_tag: {acct_tag=0, uid_tag=10003}
a: {acct_tag=1, uid_tag=10003}
b: {acct_tag=2, uid_tag=10003}
c: {acct_tag=3, uid_tag=10003}
a, b, c… to tagi jawne powiązane z konkretnymi gniazdami.
default_tag (acct_tag=0) to domyślny tag księgowy, który zawiera łączny ruch dla tego identyfikatora użytkownika, w tym cały ruch bez tagów. Jest on zwykle używany do egzekwowania zasad dotyczących kontroli i limitów.
Tagów tych można używać do profilowania ruchu sieciowego aplikacji w oddzielne kategorie logiczne (na poziomie gniazda sieciowego). Takie tagi można usunąć, ponownie zastosować lub zmodyfikować w czasie wykonywania.
Moduł qtaguid został wdrożony na gałęzi kernel/common gałęzi android-3.0