Skip to main content
Manuscript Preparation9 min readUpdated Jun 6, 2026

How to Write an IEEE T-ITS Cover Letter (With Template)

The IEEE T-ITS cover letter is where an associate editor decides whether your manuscript reads as an intelligent-transportation-systems contribution or a generic method paper aimed at the wrong venue. Here is what it must say, the conference-extension disclosure T-ITS expects, and a copyable template.

Author contextResearch Scientist, Computer Science & Information Retrieval. Experience with Foundations and Trends in Information Retrieval, ACM Computing Surveys, Computer Science Review.View profile

Readiness scan

Find out if this manuscript is ready to submit.

Run the Free Readiness Scan before you submit. Catch the issues editors reject on first read.

Check my manuscriptAnthropic Privacy Partner. Zero-retention manuscript processing.See example reports
Working map

How to use this page well

These pages work best when they behave like tools, not essays. Use the quick structure first, then apply it to the exact journal and manuscript situation.

Question
What to do
Use this page for
A working artifact you can actually apply to the manuscript or response package.
Start with
Fill the template with real manuscript-specific details instead of leaving it generic.
Common mistake
Copying the structure without tailoring the logic to the actual submission.
Best next step
Use the artifact once, then cut anything that does not affect the decision.

Quick answer: A strong IEEE T-ITS cover letter does three jobs in one page: it shows the manuscript is a genuine intelligent-transportation-systems contribution (not a method paper for a sister IEEE journal), it makes the mandatory declarations IEEE requires (paper type, conference-version disclosure with the overlap delta, non-duplication, suggested and excluded reviewers, competing interests), and it gives the associate editor a clean reason to send the paper out for review. If your letter only restates the abstract, it is doing the wrong job.

Why the cover letter matters at IEEE T-ITS

The right question is not "did I attach a cover letter?" It is "can an associate editor confirm in one page that this is an ITS paper, not a vehicular, networking, or control paper that wandered into the wrong portal?"

IEEE Transactions on Intelligent Transportation Systems (IF 8.4, published by the IEEE Intelligent Transportation Systems Society) accepts roughly 15 to 20 percent of submissions, and most rejections are scope redirects rather than quality verdicts. The associate editor reads the cover letter first, decides whether the transportation contribution is load-bearing, and routes accordingly. The letter is the first scope argument, the place your IEEE declarations live, and the difference between a fast desk pass and a return.

Run an IEEE T-ITS cover letter and scope-fit check before you upload, or work through the structure below.

The three jobs every IEEE T-ITS cover letter must do

Letter job
What to say
What to avoid
Make the ITS case
Name the transportation problem and the road, vehicle, traffic, or mobility decision the work changes
A generic ML or signal-processing pitch with transportation as a backdrop dataset
State the contribution
One direct sentence on what the manuscript demonstrates and why it is new versus prior ITS work
Restating the 150-to-250-word abstract verbatim
Handle the declarations
Paper type, conference-extension delta, non-duplication, suggested and excluded reviewers, competing interests
Burying the conference disclosure or omitting it entirely

The order matters. T-ITS associate editors are scanning for ITS signal density, then checking that the IEEE paperwork is clean. A letter that makes the transportation case, states the contribution, and closes the declarations in that sequence is easier to route.

IEEE T-ITS cover letter template

Use this as a structure to adapt, not a script to paste blindly. It is built around the declarations IEEE actually requires.

Dear [Editor-in-Chief],

We submit "[Manuscript Title]" for consideration as a [Regular Paper /
Survey Paper / Short Paper / Practitioners Paper] in IEEE Transactions on
Intelligent Transportation Systems.

We address [the specific transportation problem], and here we show that
[the core contribution in one sentence, naming the ITS decision it changes].
This matters for [connected vehicles / traffic control / network operations /
mobility] because [one or two sentences on the ITS consequence].

This manuscript has not been published previously and is not under
consideration for publication elsewhere. If applicable, A preliminary version appeared as [conference citation; this submission adds [new experiments /
dataset / theory / analysis], and the overlap with the conference paper is
below 30 percent.] All authors have read and approved the submission and agree
to its submission to IEEE T-ITS.

We suggest the following qualified reviewers with no conflict of interest:
[Reviewer 1], [Reviewer 2], [Reviewer 3]. We respectfully request that
[Excluded individual] be excluded from review because [stated reason].

The authors declare [no competing interests / the following competing
interests: ...].

Sincerely,
Corresponding author, on behalf of all authors

If the letter grows because you keep adding methods detail, the ITS contribution is probably not sharp enough yet. The declarations are mandatory; the prose is where you earn the review.

The non-duplication declaration, verbatim

Every IEEE submission needs an explicit originality statement. IEEE defines a multiple submission as an article concurrently under active consideration by two or more publications, and it must be disclosed. Include this sentence verbatim:

This manuscript has not been published previously and is not under consideration for publication elsewhere, and all authors have read and approved the submission.

That single sentence carries both required declarations: not under review elsewhere, and all authors approved. Keep it in the letter even if the portal also asks the same question in a form field. IEEE policy is explicit that questions in the submission form should also be documented in the cover letter.

A strong T-ITS opener versus a weak one

The opener decides whether the associate editor reads the manuscript as ITS or as something else. The contrast is sharper than most authors expect.

Weak opener:

"We propose a deep learning model and evaluate it on a traffic dataset, achieving improved accuracy over baselines."

Why it fails: no transportation problem, no ITS decision, no reason this belongs at T-ITS rather than a generic ML or vehicular venue. The editor cannot tell whether traffic is the contribution or just the test set.

Strong opener:

"Short-horizon ramp-metering control degrades under sensor dropout, a failure that current corridor controllers do not model explicitly. Here we show that a dropout-aware controller maintains throughput within 4 percent of full-sensing performance on the PeMS corridor, making it deployable on instrumented but unreliable freeway infrastructure."

Why it works: the transportation problem is concrete, the contribution is a control decision an ITS operator cares about, and the venue fit is obvious before the editor opens the PDF.

Article-type handling

State the intended paper type in the first line, because each type is screened against a different page budget. Submitting in the wrong type is one of the most common causes of return-for-format at T-ITS before review begins.

Paper type
Suggested length
Best for
Regular Paper
10 pages
A complete original ITS research contribution
Survey Paper
18 pages
A field-level synthesis with a defensible taxonomy
Short Paper
6 pages
A focused result that does not need full treatment
Practitioners Paper
6 pages
A deployment, system, or operational ITS contribution

Source: IEEE T-ITS Paper Submission Guidelines, IEEE T-ITS on ITSS, accessed June 2026.

Authors may exceed the suggested length by up to 6 additional pages, and accepted papers pay $175 per overlength page after acceptance. If your contribution is a 16-page tutorial, it is a Survey Paper, not a long Regular Paper. If you are pitching a deployed corridor system, a Practitioners Paper signals that fit better than a Regular Paper would. For full upload mechanics across all four types, see the IEEE T-ITS submission process guide.

Mandatory statements: conference extension, reviewers, and competing interests

Three declarations are non-optional at T-ITS, and getting them wrong stalls the desk screen.

Conference-version disclosure. If any part of the work appeared at a conference, cite it explicitly and state the delta. T-ITS automatically allows submissions with less than 30 percent overlap, manually reviews 30 to 40 percent overlap, and auto-rejects above 40 percent. Name the concrete additions: new experiments, an additional dataset, expanded theory, or new analysis. "Extended journal version" without a stated delta is not a disclosure; it is a flag.

Suggested and excluded reviewers. A list of 3 to 5 reviewers helps the associate editor, provided none has a conflict of interest. IEEE cautions authors to avoid suggesting anyone with a real, perceived, or potential conflict, which includes co-authors, recent collaborators, and institutional colleagues. You may also request exclusions: the Editor-in-Chief generally grants an exclusion request if you state the reason. Put both lists in the letter.

Competing interests. State competing interests plainly, or state that there are none. For a resubmission of a previously rejected T-ITS paper, also reference the prior paper ID and summarize what changed.

A T-ITS declarations and scope readiness scan checks these against your manuscript before you submit.

What an associate editor is actually thinking

When we read a T-ITS-bound cover letter the way an associate editor does, we are running one triage question on the first paragraph: is the transportation contribution load-bearing, or is it decoration on a method that belongs at IEEE TVT, the IEEE Internet of Things Journal, or a control journal? If we have to read into the Methods to find the ITS decision, the paper is already competing at a disadvantage.

The second pass is mechanical: is the conference disclosure honest, are the suggested reviewers free of obvious conflicts, is the paper type matched to the page budget? A clean letter on both passes earns a fast routing decision. A letter that buries the scope argument and skips the conference delta earns a slower one, and at a 15-to-20-percent acceptance rate, slow is rarely on your side.

In our pre-submission review work with IEEE Transactions on Intelligent Transportation Systems submissions

In our pre-submission review work with IEEE Transactions on Intelligent Transportation Systems submissions, the cover letter failure patterns are remarkably consistent, and almost all of them are fixable in an afternoon. In our analysis of T-ITS-bound cover letters, the editorial culture rewards an explicit transportation argument and punishes a buried one, and these are the four named failure patterns that most often predict a scope redirect or a return-for-format before the manuscript is read.

The method-paper-in-disguise. The single most common named failure pattern across our T-ITS reviews is a cover letter that pitches a model or algorithm with transportation as the test set rather than the contribution. We see this repeatedly: the letter names a benchmark (NGSIM, PeMS, METR-LA) but never names the ITS decision the work changes. The associate editor reads that as a method paper and redirects it to a vehicular, IoT, or control venue.

The fix is to rewrite the opener so the ITS-scope framing is explicit: lead with the road, vehicle, traffic, or mobility decision, then introduce the method as the thing that enables it. We flag this in roughly the majority of T-ITS cover letters we screen.

The missing or vague conference-extension disclosure. A large share of T-ITS submissions extend a prior conference paper, yet the cover letter either omits the disclosure or writes "extended version" with no delta. Because T-ITS runs an automated overlap check that auto-rejects above 40 percent and manually reviews 30 to 40 percent, a vague disclosure invites exactly the manual scrutiny authors are hoping to avoid.

The high-leverage fix is to name the new experiments, datasets, or theory in one sentence and state that overlap is below 30 percent. This is a manuscript-component claim the editor can verify, so it earns trust.

Suggested reviewers with built-in conflicts. In our IEEE Transactions on Intelligent Transportation Systems reviews, a meaningful fraction of cover letters suggest reviewers who are recent co-authors or same-institution colleagues. IEEE policy treats that as a conflict, and an associate editor who spots it discounts the entire suggested list, which removes a lever you wanted.

The fix is to suggest reviewers who know the ITS subarea but have no co-authorship or institutional tie in the last several years, and to use the exclusion mechanism with a stated reason when there is a genuine adversarial relationship.

Paper-type and page-budget mismatch. We repeatedly see manuscripts pitched as Regular Papers that are really 18-page surveys, or 6-page Short Papers padded toward Regular-Paper length. Because T-ITS screens each type against a different page budget, this triggers a return-for-format before review.

The fix is to match the paper type to the contribution in the first line of the cover letter: a taxonomy-driven synthesis is a Survey Paper, a deployed corridor system is a Practitioners Paper, and a single focused result is a Short Paper. Naming the right type up front signals you understand how T-ITS is structured, and that the evaluation and baselines in the manuscript are scoped to match.

These patterns are testable against your own draft. Before you upload, read your cover letter and ask whether an editor outside your exact subarea could tell, from the first paragraph alone, that this is an ITS contribution and not a method paper. If not, the scope framing is the highest-leverage thing to fix.

Common mistake patterns that sink otherwise good letters

The recurring failure is not bad English. It is weak editorial judgment about what the associate editor needs. Editors triage on the first paragraph, so a buried scope argument costs you before the manuscript is read.

Mistake 1: Writing an abstract with a different heading. The abstract summarizes the paper for readers. The cover letter argues scope fit and routing to an editor. If the letter mainly repeats results, it is answering the wrong question.

Mistake 2: Hiding the ITS decision. If the transportation contribution is not in the first paragraph, the editor has to hunt for it, and at this acceptance rate, that hunt rarely ends in your favor.

Mistake 3: A conference disclosure with no delta. "Extended version" is not a disclosure. Name the new material and state the overlap is below 30 percent.

Mistake 4: Conflicted reviewer suggestions. A suggested list full of collaborators reads as an attempt to steer review, and the editor discards it.

Final submission checklist

Run this before sending the IEEE T-ITS cover letter:

  • The first paragraph names the transportation problem and the ITS decision the work changes
  • The paper type (Regular, Survey, Short, Practitioners) is stated in line one
  • The non-duplication and all-authors-approved declaration is present verbatim
  • Any conference version is cited with a concrete delta and an overlap-below-30-percent statement
  • Three to five conflict-free suggested reviewers are listed, with exclusions and reasons if needed
  • Competing interests are stated, or explicitly declared as none
  • The letter stays within one page

That seven-line check catches most preventable T-ITS cover-letter failures. For a deeper read on where T-ITS sits among IEEE venues, the IEEE Transactions on Intelligent Transportation Systems journal profile covers scope and positioning against TVT, T-IV, and Transportation Research Part C.

Readiness check

Run the scan to see how your manuscript scores on these criteria.

See score, top issues, and what to fix before you submit.

Check my manuscriptAnthropic Privacy Partner. Zero-retention manuscript processing.See example reports

Submit If / Think Twice If

Send the T-ITS cover letter as-is if:

  • The first paragraph names a transportation problem and the road, vehicle, traffic, or mobility decision the work changes
  • The paper type is stated and matched to the right page budget (Regular, Survey, Short, or Practitioners)
  • Any conference version is disclosed with a concrete delta and an overlap-below-30-percent statement
  • The suggested reviewers are conflict-free and the non-duplication declaration is verbatim

Think twice and fix first if:

  • The strongest sentence in the letter still reads as "we improved accuracy on a traffic dataset," which is a method-paper signal, not an ITS one
  • You wrote "extended version" with no named new experiments, dataset, or theory, because the automated overlap check will scrutinize it
  • Your suggested reviewers include recent co-authors or same-institution colleagues, which an editor reads as steering
  • The contribution is genuinely vehicular, networking, or control, in which case a sister IEEE venue gives a faster, more aligned review than T-ITS

If you cannot write a convincing ITS-contribution paragraph without leaning on the benchmark name, that is useful information: it may mean the work is genuinely a method paper. Before you decide, run a T-ITS cover letter readiness check against the draft.

Frequently asked questions

The IEEE Author Portal provides a cover letter field for every IEEE Transactions on Intelligent Transportation Systems submission, and the editorial process expects you to use it. IEEE policy requires you to disclose prior conference versions, simultaneous submissions, and any requested reviewer exclusions, and the cover letter is where those declarations live. A submission without a cover letter forces the associate editor to infer scope fit from the manuscript alone, which is a weaker position during triage.

Keep the IEEE T-ITS cover letter to one page, roughly 250 to 400 words. The associate editor uses it to confirm the manuscript is an intelligent-transportation-systems contribution rather than a method paper for a sister IEEE journal. Lead with the transportation problem and the contribution, then handle the mandatory declarations: paper type, conference-extension disclosure, non-duplication, and suggested reviewers.

Cite the prior conference paper explicitly and state how the journal submission differs. IEEE T-ITS automatically allows submissions with less than 30 percent overlap, manually reviews 30 to 40 percent, and auto-rejects above 40 percent. Name the new experiments, datasets, theory, or analysis that lift the journal version above the conference paper. Vague phrasing like 'extended version' without a concrete delta is a common reason a desk screen stalls.

Yes, suggesting three to five qualified reviewers helps the associate editor, provided you avoid anyone with a conflict of interest, including co-authors, recent collaborators, and institutional colleagues. IEEE policy also lets you request that specific individuals be excluded, and the Editor-in-Chief generally grants the request if you state a reason. Put both the suggested and excluded lists in the cover letter or submission form.

IEEE Transactions on Intelligent Transportation Systems publishes Regular Papers (10 pages), Survey Papers (18 pages), Short Papers (6 pages), and Practitioners Papers (6 pages). State the intended type in the cover letter so the editor screens against the right page budget. Submitting a 16-page contribution as a Short Paper, or a tutorial as a Regular Paper, is a frequent cause of return-for-format before review even begins.

References

Sources

  1. IEEE T-ITS journal page on the IEEE ITS Society
  2. IEEE T-ITS Paper Submission Guidelines
  3. IEEE Author Center submission and peer review policies
  4. IEEE Author Portal

Final step

Find out if this manuscript is ready to submit.

Run the Free Readiness Scan. See score, top issues, and journal-fit signals before you submit.

Anthropic Privacy Partner. Zero-retention manuscript processing.

Internal navigation

Where to go next

Check my manuscript