В первом приближении для вас - никак.
Если говорить подробнее, то для частичного решения задачи вам потребуется:
- во-первых, более дорогое (не уровня SOHO) сетевое оборудование (умеющее в агрегацию и в VPN одновременно) на вашей стороне, либо сервер на вашей стороне, который будет делать то же самое;
- во-вторых, сервер во внешнем мире с быстрым каналом в интернет, можно арендованный виртуальный, но точно не бесплатный, учитывая желаемую скорость доступа;
- в-третьих, нужен сисадмин с 10-летним опытом, способный это всё правильно настроить.
spoilerИдея заключается в установлении N туннелей до сервера через N физических каналов, агрегировании этих туннелей с обеих сторон и применении NAT. Особо не рассчитывайте на пошаговые руководства, т.к. практически нет людей, страдающих такой фигнёй, оно наврядли стОит затраченных усилий. Так что всё изложенное - это только теория, на практике добавится ещё куча неожиданных граблей.
Даже при выполнении этих условий и настройке прямыми руками всего как положено, это не будет работать так хорошо, как вы надеетесь. Для более быстрого скачивания файлов будет Ok. Для видеоконференции - совсем не Ok. Для игр - вообще непригодно, вероятно, даже хуже чем одиночный мобильный канал.
Upd. Если вам достаточно балансировки для множества соединений (как правило, для множества пользователей), то это делается легко через policy-based routing (Гугл знает). Это совсем другой уровень сложности задачи, как задача вывести корабль на орбиту Земли (стало обычным делом) против задачи построить базу на Луне (подходящие технологии еть, желание есть, но никто до сих пор не сделал).
Такая балансировка не увеличит скорость любого отдельного соединения, только увеличит суммарную пропускную способность.