大晋426年六月十九日，距离成阴城外那一场骑兵大战，已经过去了快一个月的时间，在那场骑兵大战当中被俘虏的一万多胡人骑兵，除了贵族和军官被杀之外，其余大约一万一千胡人骑兵被刘基强行收编到十三个骑兵营，让他麾下骑兵的规模恢复到了八万人以上。当然那些被杀的贵族和军官，直接是死在这一万一千名被俘胡人骑兵的手里，算是他们的投名状，至于效忠书也是必须签字按手印的。不过被杀的贵族里面可没有乌恒大汗舒尔哈的两个儿子，舒尔哈已经得知两个儿子没有战死，都被成阴县的晋人军队生擒了，于是带兵回到乌恒部落之后，就赶快派人与刘基进行沟通，希望能赎回大儿子图赖和四儿子帖木儿。舒尔哈的大儿子图赖是下一任乌恒大汗的第一继承人，而舒尔哈的四儿子则是乌恒族第一勇士，这两个儿子舒尔哈是万万舍不得的，何况他们都是舒尔哈的亲儿子啊！虎毒不食子，舒尔哈绝不愿意看着自己的两个儿子死于晋人之手，所以宁愿付出巨大的代价，也要把图赖和帖木儿从刘基手里赎出来。刘基不想现在就与乌恒族不死不休，所以没有宰掉图赖和帖木儿，对于舒尔哈想要赎回这两个儿子，刘基也满口答应，只是因为赎回条件的问题，双方一直没有达成一致，以至于图赖和帖木儿还留在成阴城县衙内的牢房里面。刘基这次对乌恒大汗舒尔哈提出的赎回条件，绝对是狮子大开口，不但要求舒尔哈必须把二十万晋人奴隶交给刘基，还需要给刘基五十万两黄金。虽然只有这两条，不过没有哪一条舒尔哈能轻易办到。整个乌恒族各个部落里面的晋人奴隶加起来都不足二十万，而五十万两黄金等于一千万两白银，乌恒王庭就算能拿出来，也会元气大伤的。舒尔哈派出的乌恒族代表与刘基麾下步兵营都尉乐毅经过多次的谈判，终于在六月十九日这天算是谈妥了赎回图赖和帖木儿的条件。乌恒王庭会把二十万晋人奴隶和二十万胡人奴隶交给成阴军，还需赔偿刘基战争赔款二十万两黄金，并且晋人奴隶和胡人奴隶必须是以青壮男女为主，老幼倒是也可以有一部分，但是不能超过两成。一下子让乌恒族交出二十万晋人奴隶和二十万胡人奴隶，舒尔哈几乎得把乌恒族各个部落的奴隶搜罗一空，当然已经加入各个乌恒部落军队之中的战奴，不可能当作奴隶交给刘基的。就算这样舒尔哈也很难凑够二十万晋人奴隶，他只能向草原其他族的部落购买一些晋人奴隶凑数，二十万胡人奴隶倒是依靠乌恒族各个部落能凑足。之所以后来加上了二十万胡人奴隶这一条，则是因为乐毅少要了三十万两黄金，在大草原上，二十万胡人奴隶，其价值还没有三十万两黄金的三分之一，乐毅同意乌恒人用二十万胡人奴隶代替三十万两黄金，也算是在赎金的谈判中退让了一大步。不过刘基却认为，二十万胡人奴隶比三十万两黄金要有用的多，这二十万胡人奴隶里面的青壮男丁，很容易就可以转变为自己麾下的士兵，这年头实力才是最重要的，有了实力还怕没有黄金吗？同时乌恒王庭还会承认溪山口以北的那一片草原，归刘基所有，乌恒族任何部落都不会进入这片草原。这些赎回图赖和帖木儿的条件，是得到了乌恒大汗舒尔哈的首肯，不然乌恒族的代表也不敢同意。既然双方达成了赎回条件的共识，那么刘基就等着乌恒人把人口和黄金送到自己手里。不见兔子不撒鹰，人口和黄金不给刘基，他是不会放人的。至于溪山口以北的那一片草原，刘基已经又派人占据了，安置了近二十万胡人的老幼妇孺，还有大量的牲畜，毕竟陇昌县境内不适合大规模放牧，刘基只能把大量的人口和牲畜又转移回溪山口以北的草原。还好刘基在成阴城刚刚击败了五十二万草原胡人的联军，凶名在大草原上正盛，一般的胡人部落都不敢招惹刘基，溪山口以北那片草原上的人口和牲畜，暂时应该不会遭受攻击的。乌恒大汗舒尔哈的动作很快，六月十九日谈妥了赎回图赖和帖木儿的条件，到了六月二十九日，仅仅十天时间，二十万晋人奴隶、二十万胡人奴隶和二十万两黄金就全部运抵了溪山口以北的草原，交给了刘基麾下的骑兵部队。刘基倒是没有耍赖，收到了人口和黄金之后，很爽快的就把图赖和帖木儿送还给了乌恒人。二十万晋人奴隶和二十万胡人奴隶里面，基本上都是青壮男女，老幼加起来不足六万，而且绝大部分都是孩子，毕竟草原各族只需要干活的奴隶，奴隶中的老幼并不多，其中老人更是很少很少。这四十万奴隶里面的青壮男丁，加起来超过了二十五万，女人只有九万多一点儿。这二十五万的青壮男丁对刘基来说，甚至比一百万两黄金还重要，如果刘基愿意，甚至可以把这二十五万青壮男丁全部编入自己的军队当中。经过了与草原十六族胡人联军的一场大战，刘基麾下步兵只剩下不到一万五千人，骑兵收编了一万多胡人战俘之后，也只有八万多人。最终刘基并没有把奴隶当中超过二十五万的青壮男丁全部编入战斗部队，只是从中挑选出了大约十五万人，分配到了骑兵部队或者步兵部队，剩余的十万青壮男丁，则都被编成了辅兵。原来刘基麾下辅兵的数量也有一万多，这样一来刘基麾下的辅兵就超过了十一万。以后刘基麾下这十一万辅兵的作用，主要就是种地和放牧，这些活不能全靠老弱妇孺来做，所以刘基才弄出这十一万辅兵。不过辅兵也得接受一定的军事训练，一旦战事紧张，辅兵也可能被拉上战场的。chaptererror;
