Couple things you should read; The Project Manual front end sections.  It describes the various submitals and forms.  Also the contract; particularly AIA 201 which discusses the roles of the Arch, Owner and GC.  You'll also want to be at the Owner/Architect/Contractor (OAC) meetings so you know what's going on.  Always follow the project manual; do not vary too much. 

If you can, try to get in the field as often as possible and talk to the tradesmen and job super. I find it reduces the RFI's and CO's immensely if you can just have a discussion about whatever issue they ran across and bounce solutions back and forth.  Hint; Always treat the sub-contractor like they know more about their trade than you ever will.  What you bring is how that work fits into the overall since they tend to just look at their own stuff. Pick your battles... Successful CA tends to be more about team building than a 'us vs them'.  Some of it is more about figuring out how to get them to care about the work and personal pride.  A trick I like to do is make sure your field observations reports also have the good stuff in there instead of just focused on non-compliance logs, or if there is a nc item, have the solution you and the GC came up with.  Otherwise, you'll end up painting the GC poorly with the ownership which tends to piss them off, which leads to confrontation, which can send a project south rapidly.

This is the single most important book you will buy in your career: Wiggins, Manual of Construction Documentation.

This book is almost equally important: Ching, Building Construction Illustrated.

Hopefully your office has a copy of the AIA Handbook of Professional Practice - read it. (If you need to buy your own, it's pretty expensive, maybe try a library.)

The CSI Project Delivery Practice Guide is also a good resource.

Finally, the U.S. National CAD Standard.

Free lesson:  I would hesitate to put in writing, here or internally, that you feel you don't have enough oversight or feedback to properly do CA items, including review of submittals, RFIs, etc.  Furthermore, as part of your due diligence, if you have already put things in writing, you will need to document the satisfactory resolution that your questions were answered clearly and you have the oversight you need (and more importantly) the oversight contractually required for CA.  

As a side note, while good books, I'm trying to imagine being in your position and spending my off-hours looking at the literature Atelier Nobody recommends and getting any real immediate use out of it.  Stick to Mightyaa's advise.  Read your contract and Project Manual 01 and 02 divisions and identify your contractual requirements.  Create a cheat sheet (usually a page and a half for me, though I have mine in excel as a template) pulling the requirements together, for instance the time (in days) you have to respond to an RFI vs turn back submittals (work days or calendar days?)  Finally, frame EVERY conversation in relation to this contract to get the point across, example below.

Senior VP so-and-so, I emailed PM Too-busy 3 days ago about the hardware submittal #034 that came in on X date.  I have the following questions and have marked it up to the best of my ability and I need to move forward if I am to turn the submittal back by our contractually obligated time-frame of X date, which is in two days.  Do you mind sitting down with me?