Why would you use the Sync Framework? Is there a specific use case you have in mind where it would work well?
The DSA will stack up the service calls and once a connection becomes available it will start to shoot those calls off to the relevant services. It's not something you could really Sync.
What we've done in my last two Smart Client apps was a simple manual implementation for 'sync-ing' things like reference data. Anything that get's sync-ed does not through the DSA (sync logically only occurs in connected mode).
Client side for each 'piece' of data that needs sync-ing we store the datetime it was last synchronized. To sync we send the piece 'type' with the last updated time, then the server sends back the delta of new and updated items. Doesn't handle the case for deleted items but that generally makes it tricky.
In my current app we synchronize this data at startup of the app as this is sufficient but in my previous system we had a background thread running which would check every minute or so if each 'piece' needs to updated (eg every 24 hours for unimportant items, 1 hour for important ones) and asynchronously initiate the sync if required.
It's a little bit of extra work client and server side but honestly I believe it's less work than trying to get some external framework to do it for, especially if that framework cannot be deployed within your clickonce deployment package.
Making your app 'occassionally connected' hugely adds to the complexity of the system...so good luck!