Tags stellen eine der Metriken dar, anhand derer die Datennutzungszähler nachverfolgt werden. Standardmäßig und implizit basiert ein Tag nur auf der UID. Die UID wird als Grundlage für die Überwachung verwendet und kann nicht ignoriert werden. Ein Tag repräsentiert also immer mindestens eine UID (uid_tag). Ein Tag kann explizit mit einem "Abrechnungs-Tag" erweitert werden, das einer UID zugeordnet ist. Der Benutzerbereich kann TrafficStats.setThreadStatsTag() verwenden, um den acct_tag-Teil des Tags festzulegen, der dann mit Sockets verwendet wird: Alle Daten, die zu diesem Socket gehören, werden gegen das Tag gezählt. Die Überwachung basiert dann auf dem uid_tag-Teil des Tags, und Statistiken werden für den acct_tag-Teil separat gesammelt.
Ohne explizites Tagging nimmt das qtaguid-Modul das default_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… stellen explizite Tags dar, die bestimmten Sockets zugeordnet sind.
default_tag (acct_tag=0) ist das standardmäßige Abrechnungs-Tag, das den gesamten Datenverkehr für diese UID enthält, einschließlich des gesamten Datenverkehrs ohne Tags, und wird normalerweise verwendet, um Richtlinien/Kontingentregeln durchzusetzen.
Diese Tags können verwendet werden, um den Netzwerkverkehr einer Anwendung in separate logische Kategorien (auf Netzwerk-Socket-Ebene) zu profilieren. Solche Tags können während der Laufzeit entfernt, erneut angewendet oder geändert werden.
Das qtaguid-Modul wurde im Kernel/Common-Zweig von Android-3.0 implementiert