my environment is CM7.0, AAEP7.2, AES7.0, AAOD7.1, the 3party TSAPI CTI.

when a man call from pstn to CM, and route to IVR, and then this call is transfered to agent, when agent pickup the call, the agent TSAPI softphone initiate an conference to the IVR to announce the agent id service for the call. when the call is going to be end. the agent TSAPI softphone initate an transfer call to the IVR for customer satisfy. and I see the trace.log from the aesconnector application, the log was as belows
20/09/2017 19:23:53:904 DEBUG - CTICallObserver.addCall 7059: call id is 4484
20/09/2017 19:23:53:904 DEBUG - CTICallObserver.addCall 7059: ucid is 09999044811505906603
20/09/2017 19:23:53:904 DEBUG - CTICallObserver.addCall 7059: setting 4484 to state: initiated
20/09/2017 19:23:53:904 DEBUG - CallInfoData.CallInfoData:7059: callid 4484
20/09/2017 19:23:53:904 DEBUG - CallInfoData.CallInfoData:7059: ani 8061
20/09/2017 19:23:53:904 DEBUG - CallInfoData.CallInfoData:7059: dnis 1000
20/09/2017 19:23:53:904 DEBUG - CallInfoData.CallInfoData:7059: ucid 09999044811505906603
20/09/2017 19:23:53:904 DEBUG - CallInfoData.CallInfoData:7059: uui AgentID~60067|E_Dest~1000|WorkID~1

but we monitor the device 1000(VDN) from the TSAPI simulator tool, it shows that the aesconnector only receive the red box information (see the attach picture) , aes connector can't receive the blue box information , and AAOD cticallinfo.uui only receive the red box's data, can't receive the blue box's data. what's the problem?

The aesconnector is supposed to only get the info of the last call which the agent makes to IVR to initiate the transfer. Your simulation tool is displaying info of two separate calls I suppose. If you want the UUI of the first call to send to the IVR, you have to somehow modify the UUI in the agent desktop before making the transfer call.

it shows that aesconnector receive the OCI ucid and uui data in this environment, not receive the last call ucid and uui data, what's the problem?

What is "OCI"? This is what AES sends with the call. I am afraid OD has no control. If you don't think it's right, you would have to trace the call at the AES and CM level.