Also ich glaube nicht das das hardwareseitig abgeklemmt werden kann (entweder beherrscht der Chip Sprachtelephonie, oder nicht), denn das ist bei smartphones ja alles nur ne Frage der Software. Von der Hardware wird das Telephonmodul, Lautsprecher und ein Micro benötigt.
Es dürfte schlichtweg einfach nur die phone.apk fehlen.
Hier mal ein Link von xda woe einer für nen Motorolla das umgemoddet hat:
http://forum.xda-developers.com/showthread.php?p=40041533

Wie es normalerweise mit der phone.apk aussieht weiss ich allerdings nicht, denn das ist netlars und Oma's Spezialgebiet.

Ich habe gerade mal mit Oma darüber gesprochen, und er meint das das oftmals Kernelseitig abgeklemmt wird.
Daraufhin habe ich mir die Tablo Sourcen angesehen, und ja der MT6229 Treiber stellt nur eine Modemkonfig zur Verfügung, somit kann ich da auch nix anschalten.

Ja, das meine ich.
In der Datei mt6229.c ist nur die Modemfunktionalität enthalten.
Ob eventuell auch in der FW des mt6229 etwas abgeändert ist, oder ob der überhaupt eine hat die man verändern könnte, weiß ich nicht.
Hier ist der Treiber in Code:
https://github.com/crewrktablets/rk30_kernel/blob/master/drivers/misc/3g_module/mt6229.c

auch was die Funktionalität der .so angeht bestehen natürlich Fragezeichen, eventuell ist auch in dem Modul was abgeknipst.

Wenn man an den Source vom U3 kommen würde und es tatsächlich das gleiche Modul verbaut hat, dann könnte man den Treiber übernehmen.

Es ist eine Kombination.
Auf der einen Seite müsste der Kernel mit dem richtigen Treiber neu kompiliert werden, damit die neuen Fähigkeiten des Kernels gegeben sind. Die .so braucht normalerweise nicht neu kompiliert zu werden, solange die Kernelversion zu der ursprünglichen passt. Die .so ist quasi die Treiberdatei von Android um auf die Fähigkeiten des Kernels zuzugreifen und deshalb muss die Kernelversion passen (2.6.3, 3.0.8, 3.0.36).

Also ein Dekompile, ist zwar theoretisch möglich, aber ein extrem aufwändiges und schwieriges Unterfangen.
Den Treiber selbst einfach zu erweitern ist defakto ohne genaue Kenntnis was denn überhaupt fehlt und ergänzt werden muss, unmöglich.

Also ich will Dich da nicht bremsen, aber wenn Du mit einem Disassembler einen Kernel auseinander nimmst, dann findest Du da keinen C Code den man einfach mal so übernehmen kann. Wenn das so einfach wäre, dann hätten wir keine Probleme für jedes Tablet einen Kernel bereitzustellen. Da gibts nur Maschinencode, der vom gcc auch noch optimiert wurde, und daraus per Reverse Engineering einen Treiber zu bauen, das ist nicht Trivial.
Insbesondere weil man ohne die kallsyms nicht mal die Kernelsymbole , sprich die Funktionen, erkennt.
Also ohne nen Source, wird das sehr schwierig und extrem langwierig.