Ре общий вопрос; извините, я не знаю, кроме использования трассировки сети ...
Тем не менее, Могу ли я смиренно предложить, чтобы наборы данных и SOAP не всегда были лучшим выбором для устройств с ограниченной пропускной способностью? Сжатие делает хорошую работу, но не всегда идеально. Если вам не нужны предлагаемые функции, доступны более простые протоколы (например, POX, возможно, с использованием встроенного сжатия протоколов (GZIP / Deflate)).
На другом конце ... если вы можете сформулировать вещи как сообщения, то могут пригодиться сериализаторы, такие как protobuf-net (в сочетании с необработанными двоичными сообщениями); они очень плотные данные (такие, что попытка использовать сжатие неизбежно увеличивает размер). Тем не менее, вам необходимо выполнить собственное отслеживание данных / изменений на клиенте, а стек RPC пока еще неполон (у меня есть рабочий прототип кода, но я еще не зафиксировал его, так как я до сих пор юнит-тестирование это). Сервер также будет другим (то есть не asmx или чем-то другим - возможно, обработчик с фальсификацией или контроллер MVC).
В качестве другой альтернативы - ADO.NET Data Services могут представлять интерес, особенно в режиме JSON (для пропускной способности, опять же с использованием сжатия протокола).