We can further optimize the operati

We can further optimize the operation of the MobiSocket as
follows:
When the MN receives the INFO message from CN, both
ends might already time out (due to handover, NOT due to
congestion), so even if the TCB is updated, no data
exchange is possible until the time out is over (can be very
long). We can provide a new function to reset the timer
after the updateTCBO function, which is the
reset'I'imensocket id). This function will reset the TCP
socket to the state as if it has just received a datalACK
packet from the other machine
Furthermore, if SIP proxy is used, then normally the MN
has to finish re-Registration with the SIP proxy first before
it can send SIP INFO message to the other end. This
creates further delay for the TCP session. To solve this, we
note that the MN and CN can share public key with each
other during the initial INVITE process, therefore after the
MN handover to a new IP address, it can use the public
key of the CN to send the SIP INFO message to the CN
right away. However, this solution cannot be used if both
ends handover simultaneously (therefore they do not know
the IP address of each other), in this case they must contact
through SIP proxy server (after the re-Registration
process)

ผลลัพธ์ (ไทย) 1:

เราสามารถเพิ่มประสิทธิภาพการดำเนินงานของ MobiSocket เป็นการต่อไปนี้:เมื่อ MN ได้รับข้อความข้อมูลจาก CN ทั้งสองปลายอาจหมดเวลา (เนื่อง จากส่งมอบ ไม่ครบกำหนดไปแล้วติดขัด), ปรับปรุงดังนั้นแม้ว่า TCB ไม่มีข้อมูลแลกเปลี่ยนเป็นไปได้จนหมดเวลา (สามารถมากนาน) เราสามารถให้ฟังก์ชันใหม่การตั้งค่าตัวจับเวลาหลังจากฟังก์ชัน updateTCBO ซึ่งเป็นการreset'I' รหัส imensocket) ฟังก์ชันนี้จะตั้งค่า TCPซ็อกเก็ตไปยังสถานะที่ว่าเพียงแค่ได้รับการ datalACKแพคเก็ตจากเครื่องอื่น ๆนอกจากนี้ ถ้า ใช้พร็อกซี SIP แล้วปกติ MNได้เสร็จสิ้นการลงทะเบียนใหม่กับพร็อกซี SIP แรกก่อนมันสามารถส่งข้อความ SIP ข้อมูลต่อท้าย นี้สร้างการหน่วงเวลาสำหรับเซสชันของ TCP การแก้ปัญหานี้ เราหมายเหตุว่า MN และ CN สามารถใช้คีย์สาธารณะกับแต่ละอื่น ๆ ในระหว่างการเชิญเริ่มต้นดำเนินการ ดังนั้นหลังจากMN ส่งมอบไปยังที่อยู่ IP ใหม่ ใช้สาธารณะคีย์ของ CN ส่งข้อข้อมูลจิบไป CNทันที อย่างไรก็ตาม วิธีการแก้ไขปัญหานี้ไม่สามารถใช้ทั้งสองสิ้นสุดการส่งมอบพร้อมกัน (ดังนั้นพวกเขาไม่ทราบอยู่ IP ของแต่ละอื่น ๆ), ในกรณีนี้ ต้องติดต่อผ่านเซิร์ฟเวอร์พร็อกซี SIP (หลังจากการลงทะเบียนใหม่กระบวนการ)

ผลลัพธ์ (ไทย) 2:

เรายังสามารถเพิ่มประสิทธิภาพการดำเนินงานของ MobiSocket ได้เป็น
ดังนี้
เมื่อ MN ได้รับข้อความข้อมูลจาก CN ทั้ง
ปลายแล้วอาจหมดเวลา (เนื่องจากการส่งมอบ, ไม่ได้เกิดจาก
ความแออัด) ดังนั้นแม้ว่า TCB มีการปรับปรุงไม่มีข้อมูลที่
แลกเปลี่ยน เป็นไปได้จนกว่าจะถึงเวลาออกเป็นมากกว่า (สามารถมาก
ยาว) เราสามารถให้ฟังก์ชั่นใหม่ที่จะตั้งค่าตัวจับเวลา
หลังจากที่ฟังก์ชั่น updateTCBO ซึ่งเป็น
ID reset'I'imensocket) ฟังก์ชั่นนี้จะรีเซ็ตการ TCP
ซ็อกเก็ตไปยังรัฐราวกับว่ามันได้รับเพียง datalACK
แพ็คเก็ตจากเครื่องอื่น ๆ
นอกจากนี้หากพร็อกซี่ SIP ถูกนำมาใช้แล้วปกติ MN
มีกำหนดแล้วเสร็จทะเบียนใหม่กับพร็อกซี SIP ก่อนที่จะ
สามารถส่ง ข้อความ SIP INFO เพื่อส่วนอื่น ๆ นี้
สร้างความล่าช้าต่อไปสำหรับเซสชั่นของ TCP เพื่อแก้ปัญหานี้เรา
ทราบว่า MN และ CN สามารถแบ่งปันคีย์สาธารณะกับแต่ละ
อื่น ๆ ในระหว่างการเชิญเข้าร่วมกระบวนการเริ่มต้นดังนั้นหลังจากที่
ส่งมอบ MN ที่อยู่ IP ใหม่ก็สามารถใช้ที่สาธารณะ
ที่สำคัญของ CN ส่งข้อความ SIP INFO กับ CN
ทันที แต่วิธีนี้ไม่สามารถนำมาใช้ถ้าทั้งสอง
จะสิ้นสุดลงพร้อมกันส่งมอบ (ดังนั้นพวกเขาจึงไม่ทราบ
ที่อยู่ IP ของแต่ละอื่น ๆ ) ในกรณีนี้พวกเขาจะต้องติดต่อ
ผ่าน proxy SIP Server (อีกครั้งหลังจากการลงทะเบียน
ขั้นตอน)

ผลลัพธ์ (ไทย) 3:

เราสามารถเพิ่มประสิทธิภาพการดำเนินงานของ mobisocket เป็นดังนี้ :เมื่อได้รับข้อมูลและข้อความจาก CN , ทั้งจบอยู่แล้วอาจจะหมดเวลา ( เนื่องจากระบบไม่ได้เนื่องจากความแออัด ) ดังนั้นแม้ว่าบริษัทฯ จะมีการปรับปรุง ไม่มีข้อมูลตราเป็นไปได้จนกว่าจะถึงเวลาออกแล้ว ( สามารถมากยาว ) เราสามารถให้ฟังก์ชันการตั้งเวลาใหม่หลังจากการทำงาน updatetcbo ซึ่งเป็นreset'i'imensocket ID ) ฟังก์ชันนี้จะตั้งค่า TCPซ็อกเก็ตกับรัฐ เช่น ถ้าเพิ่งได้รับ datalackแพ็คเก็ตจากเครื่องอื่น ๆนอกจากนี้ ถ้าจิบพร็อกซี่ที่ใช้ก็ปกติดีได้เสร็จสิ้นจะลงทะเบียนกับ SIP ตัวแทนก่อนมันสามารถส่งข้อมูล SIP เพื่อสิ้นสุดอื่น ๆ นี้สร้างล่าช้าเพิ่มเติมสำหรับ TCP เซสชัน เพื่อแก้ปัญหานี้เราโปรดทราบว่า MN และ CN สามารถใช้คีย์สาธารณะกับแต่ละอื่น ๆในระหว่างกระบวนการเชิญเริ่มต้น ดังนั้นหลังจากและส่งที่อยู่ IP ใหม่ ก็สามารถใช้สาธารณะคีย์ของ CN ส่งข้อมูลข้อความไปยัง CN จิบทันที อย่างไรก็ตาม วิธีนี้ไม่ต้องใช้ ถ้าทั้งปลายแฮนด์ ( ดังนั้นพวกเขาไม่ได้รู้ไปพร้อมกันที่อยู่ IP ของแต่ละอื่น ๆ ) ในกรณีนี้ พวกเขาต้องติดต่อผ่าน SIP เซิร์ฟเวอร์พร็อกซี่ ( หลังใหม่ลงทะเบียนกระบวนการ )