IEEE Transactions on Intelligent Transportation Systems Response to Reviewers: How to Write a Rebuttal That Wins (2026)
How to write a point-by-point response to reviewers for IEEE Transactions on Intelligent Transportation Systems, where a hard 3-round cap and a transportation-operations contribution bar decide whether your revision survives.
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.
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 | Building a point-by-point response that is easy for reviewers and editors to trust. |
Start with | State the reviewer concern clearly, then pair each response with the exact evidence or revision. |
Common mistake | Sounding defensive or abstract instead of specific about what changed. |
Best next step | Turn the response into a visible checklist or matrix before you finalize the letter. |
Quick answer: An IEEE Transactions on Intelligent Transportation Systems response to reviewers is a point-by-point rebuttal written under a hard policy ceiling: effective 1 January 2022, the journal allows a maximum of 3 review rounds and no major revisions after R2. Open with a letter to the Associate Editor, answer each comment under Reviewer 1, 2, and 3, and for every change specify the page and line number to cite in the revised PDF.
Treat a contribution or real-data request as new work, not as a request for more benchmark tables.
Start with the IEEE Transactions on Intelligent Transportation Systems rebuttal readiness check before you resubmit, or work through this guide by hand. For broader cluster context, see the IEEE Transactions on Intelligent Transportation Systems journal overview.
What does an IEEE Transactions on Intelligent Transportation Systems response to reviewers require?
The Manusights T-ITS rebuttal scan. This guide tells you what the Associate Editor and the three reviewers look for in an IEEE Transactions on Intelligent Transportation Systems rebuttal. The scan tells you whether YOUR response letter passes that check before you upload it to the IEEE Author Portal. We have reviewed ITS manuscripts and rebuttals targeting T-ITS and peer transportation venues; the patterns below are the same ones reviewers flag at re-review. We do not train AI on your manuscript and delete it within 24 hours.
Three things set a T-ITS rebuttal apart from a generic engineering rebuttal:
- A hard round cap. A maximum of three review rounds with no major revisions allowed after R2, in force since 1 January 2022. Your first revision is the one that has to do the real work, because the policy will not let the second one.
- A transportation-operations contribution bar carried into revision. A reviewer who says the paper reads as generic machine learning is not asking for more ablations; they want you to make the ITS problem the protagonist.
- Validation judged against real or realistic-traffic conditions. A simulation-only answer to a real-data request rarely moves the decision.
Use this guide to pressure-test your point-by-point response before you submit the revision. It tells you what the Associate Editor and three reviewers will check, and where T-ITS rebuttals most often fail.
How we sourced this guide
Every claim below traces to a primary source or our own review corpus. We checked the round-cap, overlap, and page-limit rules against the IEEE ITSS T-ITS author policy and the IEEE Author Portal information for authors, the scope against the journal's own scope statement, the timeline against SciRev community reports, and the failure patterns against our pre-submission reviews of T-ITS rebuttals.
There is also a page-budget trap specific to revision. Submissions move through the IEEE Author Portal (migrated from the older ScholarOne site at ScholarOne submission portal). The journal uses suggested lengths of 10 pages for a Regular Paper, 6 pages for a Short or Practitioner Paper, and 18 pages for a Survey, with up to 6 additional pages allowed at $175 per extra page.
That allowance fills up fast on revision. A T-ITS major revision usually means new real-traffic experiments and the figures to report them, and those additions can quietly push a 10-page Regular Paper toward the overlength charge. Plan the page count before you start cutting, not after the reviewers see a bloated draft.
Element | What T-ITS expects | What reviewers flag at re-review |
|---|---|---|
Round budget | Major work in the R1 revision; R2 near-final; no major revision after R2 | Saving heavy experiments for R2, where they are no longer allowed |
Contribution | A transportation-operations advance for passengers or goods | "We added more benchmarks" answering a generic-ML criticism |
Validation | Real-traffic or realistic-simulation evidence | Simulation-only reply when a reviewer asked for real data |
Overlap | Conference paper disclosed; under the 40% overlap threshold | Minimizing or omitting the prior conference version |
Specificity | Page and line number for every change in the revised PDF | "We have revised the manuscript" with no location |
Tone | Substantive on the science, gracious on style | Defensive on every reviewer suggestion |
Source: IEEE ITSS T-ITS author policy and IEEE Author Portal information for authors, accessed June 2026.
The copyable T-ITS rebuttal template
Reviewers at T-ITS read your rebuttal against the original reports, and the Associate Editor integrates all three. A clean, scannable structure is doing real work, especially because the round cap means there is no room for a fourth attempt. Copy this skeleton, replace the bracketed text, and keep the reviewer text and your reply in two distinct fonts or colors.
Dear Associate Editor,
Thank you for the opportunity to revise our manuscript the manuscript title
(Paper ID T-ITS-[ID]). We are grateful to the three reviewers for
their careful reports. In response, we have strengthened the
transportation-operations contribution, added validation on
[real-traffic dataset / realistic microsimulation], revised Figure
[N], and clarified the relationship to our prior conference paper.
A point-by-point response follows; reviewer comments are in bold
and our replies in plain text, with revised-PDF page and line
numbers given for every change.
----------------------------------------------------------------
Reviewer 1
Comment 1.1: "The contribution reads as a generic machine-learning
method with a transportation label."
Response: We agree the ITS framing was underdeveloped. We have
reframed the problem around [signal-control / routing / incident
detection] operations and added results on [real dataset], showing
[concrete operational gain]. Revised text appears on page 3, lines
8 to 22, and new Table II.
Comment 1.2: "Validation is simulation-only."
Response: We have added an evaluation on [real-world traffic data /
field deployment], reported in new Section V-B. See page 9, lines
4 to 19, and Figure 6.
----------------------------------------------------------------
Reviewer 2
Comment 2.1: "How does this differ from your ITSC conference paper?"
Response: We have added an explicit contributions list versus the
conference version [citation], which it extends with [new method /
new data / new analysis]. Overlap is below the journal threshold.
See page 2, lines 5 to 14.
----------------------------------------------------------------
Reviewer 3
Comment 3.1: "The baseline comparison omits a standard ITS method."
Response: We have added [domain baseline] and report the comparison
in revised Table III. See page 11, lines 1 to 10.
We believe the revised manuscript now addresses each reviewer
comment within the journal's revision policy and we look forward to
your decision.
Sincerely,
[Corresponding author, on behalf of all authors]The template carries the four tokens reviewers actually scan for: a letter to the Associate Editor, a Reviewer 1 / 2 / 3 structure, explicit action language ("we have added", "we have reframed", "we have clarified"), and a page and line reference for every change.
The page-and-line rule: cite the location of every change
State the exact page and line number for each manuscript revision, and name the specific figure, table, or equation you changed in the revised PDF. This is the single most-cited rebuttal failure at T-ITS and across IEEE Transactions. A reviewer who has to hunt for your change reads it as evasion, and under a three-round cap that lost goodwill is expensive: there is no fourth round to recover it.
A reviewer who can jump straight to page 9, lines 4 to 19, and see the new real-traffic evaluation finishes faster and re-reviews more favorably. Two habits keep your location lines trustworthy in a capped review:
- Number against the revised file. Adding a real-traffic experiment or a new table shifts every line below it, so re-check your references after each round of edits, never against the original submission.
- Flag changes outside the main text. When a revision lands in a supplementary file rather than the main PDF, say so explicitly so the reviewer knows where to look.
Never write "we have addressed this in the manuscript" without a location.
Reviewer-text vs author-response typography
Make the reviewer's words and your reply visually distinct. Put each reviewer comment in bold or a colored text box, and keep your response in plain regular text directly beneath it. The Associate Editor and the three reviewers scan dozens of these letters, and a rebuttal where comment and reply blur together costs you attention you cannot afford to lose in a capped review.
The distinction is not cosmetic at T-ITS. The Associate Editor reconciles three separate reports into one recommendation, so a layout that lets them confirm at a glance that every comment was answered is what keeps a borderline paper moving to the next round instead of stalling. With only three rounds available, a stalled round is one you do not get back.
Tone calibration: how to phrase the hard replies
The reviewers and the Associate Editor see your tone across every comment. A defensive reply to Reviewer 1 is visible to Reviewers 2 and 3 and shapes how the AE reads the whole letter. Calibrate.
Bad (defensive or vague) | Better (substantive and gracious) |
|---|---|
"The reviewer has misunderstood our contribution." | "We did not make the ITS contribution explicit; we have reframed the method around traffic-signal operations on page 3 and added the operational result." |
"This is outside the scope of our paper." | "We agree real-data validation would strengthen the work. We have added an evaluation on [real dataset] in Section V-B, page 9." |
"We have addressed this concern." | "We have added the missing domain baseline (revised Table III, page 11, lines 1 to 10)." |
"Our method already beats the benchmarks." | "We have added the transportation-operations framing and field-data result the reviewer asked for; benchmark gains alone did not answer the contribution point." |
"The conference overlap is minor." | "We have added an explicit list of what this paper adds over the conference version [citation]; overlap is below the journal threshold. See page 2." |
The pattern that works: concede where the reviewer is right, do the actual ITS work, point to the exact change, and push back only on a request that is genuinely out of scope, with a reason and an alternative.
The IEEE Transactions on Intelligent Transportation Systems reviewer culture you are writing into
The round cap that reshapes how you write
T-ITS is Associate-Editor-led. An Associate Editor handles your paper, integrates the reviewer reports, and recommends the decision to the Editor-in-Chief. Community data shows external peer review typically draws three reports per first round, so your rebuttal is read by a small panel, not one referee.
The defining constraint is the revision policy in force since 1 January 2022: a maximum of three review rounds, at most two revisions or rebuttals, and no major revisions after R2. That single rule reshapes how you write.
A major-revision decision in round 1 is your one real opportunity to add experiments, reframe the contribution, and bring in new data. By the second revision the paper must already be near-final, because round three can only be minor, and authors who treat R1 as a warm-up run straight into the policy wall.
SciRev community data, from a small sample, puts the first round at roughly 6.5 months with about 3.0 reports, on a 3.5 out of 5.0 handling rating. That sets your planning clock: the revision you write now will not get a fast turnaround, so it has to land.
The transportation-operations bar most authors misread
The contribution bar is the part authors get wrong most often. T-ITS scope requires a strong focus on transportation systems devoted to transportation operations for either passengers or goods, and the reviewers apply that bar to your revision, not just your original submission.
When a referee says the work reads as a generic deep-learning paper with a traffic dataset bolted on, the rebuttal that wins makes the transportation problem the protagonist, shows an operational gain a traffic engineer would care about, and validates it against real or realistic conditions. The rebuttal that loses adds three more comparison tables and restates the accuracy numbers. Validation follows the same logic: a method evaluated only in simulation has not answered a reviewer who asked whether it holds on real traffic.
How T-ITS differs from flagship and ML venues
Calibration matters because the bar shifts by venue. A response to reviewers at a flagship like Nature or Science faces a novelty-and-breadth bar and a published-rebuttal posture, while a pure machine-learning venue rewards benchmark state-of-the-art and ablations.
T-ITS sits apart from both. It wants a transportation-operations advance, validated under realistic conditions, returned inside a hard round budget. A rebuttal optimized for an ML reviewer, heavy on benchmark deltas and light on the operational story, can clear that audience and still fail the T-ITS contribution bar. That mismatch is the most common reason a strong-looking ML revision stalls here.
Key Insight
At IEEE Transactions on Intelligent Transportation Systems, no major revisions are allowed after R2. Your first revision is the one that has to do the real ITS work, because the second one cannot. Spend the round budget like it runs out, because it does.
What our IEEE Transactions on Intelligent Transportation Systems rebuttal reviews surface
In our pre-submission review work with IEEE Transactions on Intelligent Transportation Systems submissions, the rebuttals that stall in a second revision round share a small set of recurring weaknesses. These are the same ones reviewers flag at re-review, and because the journal caps revisions at three rounds with no major revision after R2, each is more dangerous here than at a journal that lets you keep iterating.
In our analysis of T-ITS rebuttals, each weakness below maps to a specific, named failure pattern in the editorial culture, and each is testable against your own draft response before you upload it.
Answering an ITS-contribution request with more benchmark tables. The most common and most expensive pattern in our T-ITS pre-submission reviews is a rebuttal that answers "this reads as generic machine learning" by adding benchmark comparisons and ablation rows. The reviewer is asking for a transportation-operations contribution, not for more accuracy decimals.
When a referee questions whether the work belongs in an ITS journal, adding tables does not move the decision; reframing the methods around a traffic-operations problem and showing an operational result does. Across our IEEE Transactions on Intelligent Transportation Systems rebuttal reviews, this mismatch between what the reviewer asked for and what the author delivered is the single strongest predictor of a rejection on revision.
Simulation-only validation when the reviewer asked for real data. Because T-ITS judges validation against real or realistic-traffic conditions, a rebuttal that answers a real-data request with another simulation sweep reads as avoidance. In our IEEE Transactions on Intelligent Transportation Systems pre-submission reviews we routinely find a reviewer asking whether a controller or predictor holds on field traffic, answered with a larger synthetic sample size instead of a real-world figure.
If real data is genuinely unavailable, say so explicitly, add the most realistic microsimulation you can defend, and state the limitation in the discussion, rather than hoping the reviewer does not notice.
Undisclosed or minimized conference overlap. T-ITS screens for overlap and automatically rejects submissions above the 40% threshold, including overlap with your own prior work. In our pre-submission review work with IEEE Transactions on Intelligent Transportation Systems manuscripts, the rebuttals we flag hardest are the ones that answer "how does this differ from your conference paper" with vague language and no citation of the earlier version.
Reconcile this before submission: cite the conference paper, give a concrete list of the added contributions, and confirm the overlap is below the 40% threshold. A reviewer who suspects you are hiding the overlap will escalate.
Generic acknowledgment with no page or line number, and burning the round budget. A rebuttal that says "we have revised the manuscript accordingly" forces the reviewer to hunt through the revised PDF, and a rebuttal that saves its real experiments for R2 collides with the no-major-revision-after-R2 rule.
In our IEEE Transactions on Intelligent Transportation Systems pre-submission reviews, responses that omit the location of each table, equation, or text change consistently draw a re-review comment, and responses that defer heavy work to the second round consistently run out of rounds. Every reply needs a page and line number, and the first revision needs to be the heavy one.
Reframe the contribution, validate on real conditions, disclose the overlap, and spend the round budget early. That four-part discipline is what separates a T-ITS rebuttal that clears its limited rounds from one that hits the policy wall. Check your IEEE Transactions on Intelligent Transportation Systems point-by-point response for these patterns before you resubmit.
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.
When to comply and when to push back
Situation | Recommended approach at T-ITS |
|---|---|
Reviewer says the work reads as generic machine learning | Comply. Reframe around a transportation-operations problem and show an operational gain. |
Reviewer asks for real-traffic validation | Comply if at all possible. Add real or realistic-traffic results; if impossible, state it and add the strongest microsimulation. |
Reviewer asks how this differs from your conference paper | Comply fully. List the added contributions, cite the conference version, confirm overlap is under threshold. |
Reviewer requests an experiment that is genuinely out of scope | Push back with a reason, add an alternative analysis, note the open question in the Discussion. |
Reviewer flags a missing domain baseline | Comply. Add the standard ITS baseline; this is a fast, high-leverage fix. |
Reviewer asks for work that would only fit a future paper | Engage substantively, defend the boundary with evidence, and remember R2 cannot carry a major revision. |
Source: Manusights pre-submission reviews of IEEE Transactions on Intelligent Transportation Systems resubmissions, 2025 cohort.
How much work a T-ITS rebuttal actually takes
Authors consistently underestimate the contribution-and-validation effort and overestimate the writing effort. This breakdown is about workload, not the journal's decision clock; for the end-to-end schedule, see the IEEE Transactions on Intelligent Transportation Systems submission guide.
Rebuttal task | Where the effort goes | What it costs you |
|---|---|---|
Reading and clustering reviewer reports | Finding the one contribution or validation concern behind the comments | A day of careful reading, not a skim |
Reframing the transportation contribution | Making the ITS problem the protagonist, not the model | Often more rewriting than authors expect |
Adding real or realistic validation | The actual bar for a major revision in an ITS venue | The bulk of the work, often several weeks |
Writing the point-by-point replies | One reply plus a page and line reference per comment | Less than authors fear once the work is done |
Reconciling overlap and baselines | Conference disclosure plus the standard domain comparisons | Skipped most often, and reviewers notice |
Source: Manusights pre-submission reviews of IEEE Transactions on Intelligent Transportation Systems resubmissions, 2025 cohort, last updated June 7, 2026.
Honest friction: rejection on revision is real
A major-revision invitation at T-ITS is not a soft acceptance, and the round cap makes the stakes sharper than at most journals. Your revised manuscript and point-by-point response go back to the original reviewers, and because no major revisions are allowed after R2, a paper that has not converged by the second revision is usually rejected rather than carried into a fourth round.
The same policy means a misjudged R1 can be fatal: spend round one on cosmetic changes and you reach round two with the hard work undone and no room to do it. Most rejections on revision trace to one cause, the author answered a contribution or real-data request with benchmark tables and text. The second most common is undisclosed conference overlap that the system or a reviewer catches late.
If a paper is rejected outright, an appeal to the Editor-in-Chief with the paper ID is possible, but only for serious review discrepancies or reviewer mishandling, not for disagreement with the decision.
Think twice before you resubmit if any of these are true:
- The response uses generic "we have addressed this" language with no page or line numbers.
- A reviewer said the work reads as generic machine learning and you answered with more benchmarks.
- A reviewer asked for real-traffic validation and you answered with simulation.
- Your conference overlap is undisclosed or downplayed.
- You are saving heavy experiments for R2, where the policy will not allow them.
Fixing these before resubmission is what keeps a second round from becoming a rejection you cannot iterate out of.
Red flags a T-ITS reviewer spots in seconds
Before you upload, scan your own rebuttal for the patterns that draw an immediate re-review comment. Each is a specific, checkable thing in your draft, not a vague quality dimension.
- A reply with no location. Any "we have revised the manuscript" with no page and line number reads as evasion the moment a reviewer cannot find the change.
- Tables where a contribution was requested. A reviewer asked you to justify the ITS contribution and the reply only adds benchmark rows.
This is the single most common cause of a rejection on revision here.
- Simulation where real data was requested. A reviewer asked whether the method holds on real traffic and the reply adds another synthetic sweep.
- Silence on the conference paper. A reviewer asked what is new beyond your prior version and the reply does not cite it or list the additions, against a journal that auto-rejects over 40% overlap.
How does this guide go beyond the IEEE Transactions on Intelligent Transportation Systems author guidelines?
The official guidelines tell you the paper types, the page limits, and that submissions undergo a maximum of three rounds with no major revision after R2. They do not tell you how a reviewer actually reads your rebuttal.
Four facts change how you write every reply: the round cap decides which revision should carry the heavy work; reviewers apply the transportation-operations contribution bar to your rebuttal and not just your draft; a simulation-only reply rarely answers a real-data request; and undisclosed conference overlap is the quiet killer once the system flags the overlap. The patterns above come from our pre-submission reviews of T-ITS rebuttals, and they are testable against your own draft today, not theoretical concerns.
- Manusights pre-submission reviews of IEEE Transactions on Intelligent Transportation Systems-targeted manuscripts (2025 cohort)
Frequently asked questions
Effective 1 January 2022, every new T-ITS submission gets a maximum of 3 review rounds, which means you have at most two revisions or rebuttals. No major revisions are allowed after R2. So a major-revision decision in round 1 is your real chance to do new work; the round-2 revision must already be near-final, because round 3 can only be minor. Plan the heavy experiments for the first revision, not the second.
Open with a short letter to the Associate Editor summarizing the major changes. Then answer each comment in order under Reviewer 1, Reviewer 2, and Reviewer 3, quote the reviewer text in full, state the exact change you made, and give the page and line number in the revised PDF. Keep reviewer text and your reply in two visually distinct fonts or colors so the Associate Editor can scan it fast. T-ITS averages about 3 reports per first round, so the document is read by three referees plus the AE.
For an ITS journal, a major revision usually means strengthening the transportation contribution and the validation, not adding figures. If a reviewer says the work reads as generic machine learning, the fix is a transportation-operations problem framing and results on real or realistic-traffic data, not three more benchmark tables. T-ITS scope requires a strong focus on transportation operations for passengers or goods, and reviewers apply that bar to your revision.
Yes. A major-revision invitation is not an acceptance. Your revised manuscript and point-by-point response go back to the original reviewers, and because no major revisions are allowed after R2, a paper that has not converged by the second revision is usually rejected rather than carried into a fourth round. Most rejections on revision trace to one cause: the author answered a contribution or real-data request with cosmetic changes.
Yes, and early. T-ITS screens for overlap and automatically rejects submissions with more than 40% overlap with prior work, including your own conference paper. A conference extension is acceptable only if it adds substantively novel aspects and stays under that threshold. If a reviewer asks what is new beyond the conference version, answer with a concrete list of the added contributions and cite the conference paper explicitly rather than minimizing the overlap.
Sources
- IEEE Transactions on Intelligent Transportation Systems author policy, IEEE ITSS (accessed June 2026)
- T-ITS Paper Submission Guidelines, IEEE ITSS (accessed June 2026)
- IEEE Transactions on Intelligent Transportation Systems information for authors, IEEE Xplore (accessed June 2026)
- Ten simple rules for writing a response to reviewers, William Stafford Noble, PLOS Computational Biology (accessed June 2026)
- Reviews for IEEE Transactions on Intelligent Transportation Systems, SciRev (accessed June 2026)
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.
Where to go next
Same journal, next question
- IEEE Transactions on Intelligent Transportation Systems Submission Guide
- Is Your Paper Ready for IEEE Transactions on Intelligent Transportation Systems? A Pre-Submission Readiness Check
- Rejected from IEEE T-ITS? The 6 Best Journals to Submit Next
- IEEE Transactions on Intelligent Transportation Systems 'Under Review': What the Status Means
Supporting reads
Conversion step
Find out if this manuscript is ready to submit.
Anthropic Privacy Partner. Zero-retention manuscript processing.