DICOM: How DIMSE Timeout work on big instances? -


my understanding time(out) between 2 consecutive dimse communications (request or response) dimse timeout.

so, in mwl operation, mwl scu (establishes connection , association and) sends mwl cfind request. scp should send first response before dimse timeout expires. similarly, each next response should sent scp before dimse timeout expires.

similarly, cstore operation, cstore scu sends request , scp should respond before dimse timeout expires. should happen each instance sent on association.

is understanding correct?

if yes, how work big size instances take long time (more dimse timeout set) transfer?

for example, cstore scu pushing instance (big size multi frame lets say) take 1000 milliseconds transfer completely. dimse timeout on both scp , scu set 500 milliseconds. expected result here? scp or scu encounter dimse timeout?

a dimse c-store message big object split multiple p-data packets (pdus, tcp packets sent through network). actually, 2 timeouts apply:

  • the dimse timeout. timeout occurs between 2 subsequent dimse messages
  • the pdu timeout. occurs between 2 subsequent pdus.

e.g. c-store service:

  • if scp not send c-store response timely after request has been sent (i.e. frames transferred) -> dimse timeout
  • if scu not send first pdu next c-store request timely after response previous object has been sent scp -> dimse timeout
  • if timespan between 2 subsequent fragments (pdus) sent scu exceeds scp's expectations -> pdu timeout

Comments

Popular posts from this blog

Is there a better way to structure post methods in Class Based Views -

performance - Why is XCHG reg, reg a 3 micro-op instruction on modern Intel architectures? -

jquery - Responsive Navbar with Sub Navbar -