TCP isn't a process, but a stack or subsystem inside the kernel. It doesn't have a "process id", as such, although kernel threads doing work as part of its operation may do. The work needed to perform the work of the TCP stack is spread across multiple kthreads, kernel stacks of userspace processes, and elsewhere.
To see kworkers on your machine, for example:
% pgrep -af kworker | head
24 kworker/1:0H-events_highpri
30 kworker/2:0H-events_highpri
36 kworker/3:0H-events_highpri
42 kworker/4:0H-kblockd
48 kworker/5:0H-events_highpri
54 kworker/6:0H-events_highpri
60 kworker/7:0H-events_highpri
120 kworker/1:1H-events_highpri
121 kworker/0:1H-kblockd
151 kworker/7:1H-events_highpri
Some of these are dedicated to particular kinds of work, and some are more generally scoped. Since the TCP stack involves not only the network, but also the CPU scheduler, memory, and other resources, many different parts of the kernel may eventually be abstractly involved in making forward progress in processing TCP packets.