Also another thing - you're not using the service pattern right, since SpriteBatch is not a "service" per say.
You may have a "SpriteBatchManager" of type "ISpriteBatchService" that manages a SpriteBatch and exposes it to clients (like XNA's
GraphicsDeviceManager, which is a type of
IGraphicsDeviceService and exposes a GraphicsDevice). So the interface is what you're querying from the service locator (Game.Services), not the implementation and definitely not the content of the service (e.g. a SpriteBatch).
Services are a means of decoupling the concrete implementation of a service/manager object from clients, because a service is added and queried to the service locator by its interface. Client code only is aware of the interface; it doesn't know nor need to know the actual implementation, allowing the service to vary in its implementation without requiring client code to be changed. So having a sprite batch as a service diminishes the point of the pattern, since you're working with a concrete object whose implementation likely won't vary/can't vary nor has its accessed managed (since you're working with it directly), making constructor injection like EJH said the more attractive solution.