I strongly disagree that it increases coupling.
Without dependency injection you have tight coupling between a sub system and the concrete implementation of the dependency.
With dependency injection you have decoupled the sub system from the implementation of the dependency.
Making the argument that it increases coupling between the consumer and this sub system is VERY questionable as it implies that the consumer is now tightly coupled to the dependency required by the sub system. All it means is you are writing tightly coupled code that couples your consumer to the dependency. Ideally ALL your code is decoupled.
Constructor Injection:
Dependency resolution is handled by a dependency injection container or a factory. The consumer can get a concrete implementation of the sub system from the dependency injection container or a factory.
The consumer does not need to know what the constructor of the sub system even looks like. There is no coupling to the sub system dependency.
Method Injection:
Same as constructor injection except that now the consumer needs to get a concrete instance of the dependency from the container or factory (or even have it method/constructor injected) and inject it into the method. Again, the consumer is not coupled to a concrete implementation of the dependency.
TL;DR
Worst case for dependency injection in a sub system is that the coupling is shifted to consumer code. THERE IS NO OVERALL INCREASE IN COUPLING.
Best case is that all systems are now loosely coupled and dependency injection is controlled through dependency injection containers or factories.