จีทีพี
| ชุดโปรโตคอลอินเทอร์เน็ต |
|---|
| ชั้นแอปพลิเคชัน |
| ชั้นการขนส่ง |
| ชั้นอินเทอร์เน็ต |
| เลเยอร์เชื่อมโยง |
GTP' (GTP prime) เป็นโปรโตคอลที่ใช้IP ในเครือข่าย GSMและUMTSสามารถใช้ได้กับUDPหรือTCP GTP' ใช้โครงสร้างข้อความเดียวกันกับGTP (GTP-C, GTP-U) แต่โดยส่วนใหญ่แล้วเป็นโปรโตคอลที่แยกต่างหาก GTP' ใช้ พอร์ต UDP/TCP ที่ลงทะเบียนแล้วคือพอร์ต 3386
GTP สามารถใช้สำหรับส่งข้อมูลการคิดค่าบริการจาก "ฟังก์ชันข้อมูลการคิดค่าบริการ" (CDF) ของเครือข่าย GSM หรือ UMTS ไปยัง "ฟังก์ชันเกตเวย์การคิดค่าบริการ" (CGF) ในกรณีส่วนใหญ่ หมายความว่าข้อมูลจากองค์ประกอบเครือข่ายแต่ละตัว เช่น GGSN ไปยังคอมพิวเตอร์ส่วนกลาง ซึ่งจะส่งข้อมูลการคิดค่าบริการไปยังศูนย์เรียกเก็บเงินของผู้ให้บริการเครือข่ายได้สะดวกยิ่งขึ้น
'GTP' ถูกใช้บนอินเทอร์เฟซ Ga ภายในคำจำกัดความของเครือข่ายหลัก 3GPP GPRS
GTP' นำเอาแง่มุมต่างๆ ของ GTP มาใช้ซ้ำ แม้ว่าตาม 3GPP TS 32.295 จะระบุว่า "เฉพาะระนาบการส่งสัญญาณของ GTP เท่านั้นที่นำมาใช้ซ้ำบางส่วน" [ 1 ] GTP' กำหนดส่วนหัวที่แตกต่างกัน ข้อความเพิ่มเติม ค่าฟิลด์ รวมถึงโปรโตคอลการซิงโครไนซ์เพื่อหลีกเลี่ยงการสูญหายหรือการทำซ้ำCDR ในกรณีที่ CGF หรือSGSN / GGSNล้มเหลว CDR ที่ถ่ายโอน หากเป็นไปตามมาตรฐาน 3GPP จะถูกเข้ารหัสในASN.1
ส่วนหัว
ส่วนหัวของ GTP เวอร์ชัน 1 และ 2 ประกอบด้วยฟิลด์ต่อไปนี้
| + | บิต 0-2 | 3 | 4 | 5 | 6 | 7 | 8-15 | 16-31 | 32-47 | |||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0 | เวอร์ชั่น | PT [0] | ที่สงวนไว้ | เลนส์ HDR | ประเภทข้อความ | ความยาว | หมายเลขลำดับ | |||||||||||||||||||||||||||||||||||||||||
- เวอร์ชั่น
- ฟิลด์ส่วนหัวแรกในแพ็กเก็ต GTP' คือฟิลด์เวอร์ชัน 3 บิต สำหรับ GTP' v2 ฟิลด์นี้จะมีค่าเป็น 2 (จึงเป็นที่มาของชื่อ GTP' v2)
- ประเภทโปรโตคอล (PT)
- ค่า 1 บิตที่ใช้แยกความแตกต่างระหว่าง GTP' (ค่า 0) กับ GTP (ค่า 1)
- ที่สงวนไว้
- ฟิลด์สงวน 3 บิต (ต้องเป็น 1 เท่านั้น)
- ความยาวของส่วนหัว (Hdr len)
- ค่า 1 บิตนี้ สำหรับ GTP เวอร์ชัน 0 จะระบุว่าใช้ส่วนหัวขนาด 20 ไบต์ (ค่า 0) (ตามมาตรฐานGTP ) หรือส่วนหัวขนาด 6 ไบต์นี้ บิตนี้จะต้องไม่ถูกตั้งค่า (ค่า 0) สำหรับ GTP เวอร์ชันต่อๆ ไป และในเวอร์ชันเหล่านั้นจะไม่ระบุความยาวของส่วนหัว เนื่องจากความยาวของส่วนหัวจะต้องเป็น 6 ไบต์เสมอ
- ประเภทข้อความ
- ฟิลด์ 8 บิตที่ระบุประเภทข้อความ ค่าที่เป็นไปได้:
| ประเภทข้อความ | คำอธิบาย |
|---|---|
| 1 | คำขอเอคโค่ |
| 2 | การตอบสนองของเสียงสะท้อน |
| 3 | เวอร์ชันไม่รองรับ |
| 4 | คำขอตรวจสอบสถานะของโหนด |
| 5 | การตอบสนองของโหนดที่ใช้งานได้ |
| 6 | คำขอเปลี่ยนเส้นทาง |
| 7 | การตอบสนองการเปลี่ยนเส้นทาง |
| 240 | คำขอโอนย้ายข้อมูล |
| 241 | การตอบสนองการถ่ายโอนบันทึกข้อมูล |
- ความยาว
- ฟิลด์ขนาด 16 บิตที่ระบุความยาวของแพ็กเก็ตที่ถูกห่อหุ้มด้วยโปรโตคอล GTP' (ไม่รวมส่วนหัวของ GTP')
- หมายเลขลำดับ
- ฟิลด์ 16 บิตที่ใช้ระบุแพ็กเก็ตนี้โดยเฉพาะ และช่วยในการตรวจจับการสูญหายหรือการทำซ้ำ
ประเภทข้อความ
GTP' ยังคงใช้ข้อความ GTP Version Not Supported, Echo Request และ Echo Response เหมือนเดิม แต่เพิ่มข้อความต่อไปนี้เข้าไป
- คำขอตรวจสอบสถานะของโหนด
- การตอบสนองของโหนดที่ใช้งานได้
- คำขอเปลี่ยนเส้นทาง
- การตอบสนองการเปลี่ยนเส้นทาง
- คำขอโอนย้ายข้อมูล
- การตอบสนองการถ่ายโอนบันทึกข้อมูล
คำขอ/การตอบกลับสถานะโหนดทำงานอยู่
ข้อความ Node Alive ใช้เพื่อแจ้งให้ส่วนประกอบเครือข่ายอื่นๆ ทราบว่าโหนดได้เริ่มให้บริการแล้ว คำขอจะถูกส่งจากโหนดที่เริ่มต้น ดังนั้นจึงเป็นวิธีการที่เร็วกว่าในการเปิดใช้งานบริการอีกครั้งเมื่อเทียบกับการตรวจสอบโดยใช้ Echo Request/Response ข้อความนี้ยังสามารถใช้เพื่อแจ้งให้ทราบถึงโหนดอื่นๆ ที่กลับมาให้บริการ และ (ใน GTP เวอร์ชัน 2) เพื่อแจ้ง ที่อยู่ IPv6ของ CGF ด้วย
คำขอ/การตอบกลับการเปลี่ยนเส้นทาง
ข้อความการเปลี่ยนเส้นทางใช้เพื่อ:
- เปลี่ยนเส้นทางการไหลของ CDR จาก CDF ( SGSN / GGSN ) ไปยัง CGF อื่น เมื่อผู้ส่งถูกถอดออกจากบริการ (เพื่อการบำรุงรักษา/ความล้มเหลว)
- แจ้งว่า CGF ขาดการเชื่อมต่อกับระบบปลายทางแล้ว
ไม่ว่าในกรณีใดก็ตาม CDF จะได้รับข้อมูลเพิ่มเติมเกี่ยวกับความล้มเหลวที่กำลังจะเกิดขึ้นหรือเกิดขึ้นทันที มากกว่ากรณีที่ CDF ตรวจสอบโดยใช้ข้อความ Echo Request
ข้อความนี้มีรายละเอียดเกี่ยวกับสาเหตุ และอาจมีที่อยู่ของ CGF ทางเลือกอื่นด้วย
คำขอ/การตอบกลับการโอนย้ายบันทึกข้อมูล
ข้อความการถ่ายโอนระเบียนข้อมูล (Data Record Transfer: DTR) ใช้สำหรับการขนส่ง CDR จากจุดที่สร้าง ( SGSN / GGSN ) ไปยังหน่วยเก็บข้อมูลถาวรใน CGF อย่างน่าเชื่อถือ
คำขอโอนย้ายข้อมูล
ข้อความคำขอโอนย้ายระเบียนข้อมูลแต่ละข้อความสามารถมีข้อความได้ 4 ประเภท ดังนี้:
- ส่งแพ็กเก็ตบันทึกข้อมูล - ข้อความนี้ประกอบด้วย CDR ตั้งแต่ศูนย์รายการขึ้นไป CDR อาจถูกเข้ารหัสในรูปแบบ ASN.1โดยใช้BERหรือPER ซึ่งพบได้น้อย กว่า
- ส่งแพ็กเก็ตข้อมูลบันทึกที่อาจซ้ำกัน - ข้อความนี้มี CDR อย่างน้อยหนึ่งรายการ และข้อความนี้เคยถูกส่งไปยัง CGF อื่นมาก่อนแล้ว
- ยกเลิกชุดข้อมูลบันทึก - ข้อความนี้สั่งให้ CGF ลบชุดข้อมูลบันทึกอย่างน้อยหนึ่งชุดออกจากคิวรอการประมวลผลของ CGF ที่ "อาจซ้ำกัน"
- ปล่อยชุดข้อมูลบันทึก - ข้อความนี้สั่งให้ CGF เขียนเนื้อหาของชุดข้อมูลบันทึกอย่างน้อยหนึ่งชุดจากคิวรอการดำเนินการของ CGF ที่ "อาจซ้ำกัน"
มีกลไกหนึ่งที่พยายามหลีกเลี่ยงการสูญหายหรือการเขียน CDR ซ้ำซ้อน ซึ่งได้อธิบายไว้โดยละเอียดใน 3GPP TS 32.295 หลักการพื้นฐานคือ แพ็กเก็ตทุกแพ็กเก็ตจะถูกจัดลำดับ และหากไม่ได้รับการยืนยันเป็นรายบุคคล ก็จะถูกส่งซ้ำจนกว่าจะได้รับการยืนยันจาก CGF ใดๆ แพ็กเก็ตข้อมูลบันทึกปกติจะถูกเขียนลงในหน่วยเก็บข้อมูลถาวร (เช่น ดิสก์) ทันที แต่แพ็กเก็ตที่ส่งซ้ำจะถูกทำเครื่องหมายว่า "อาจซ้ำกัน" และเข้าสู่คิวพิเศษซึ่งจะไม่ถูกเขียนลงในหน่วยเก็บข้อมูลถาวรทันที จำเป็นต้องได้รับการยืนยันครั้งที่สองจาก CDF ก่อน
ความสามารถในการส่งคำขอโอนย้ายระเบียนข้อมูล (Data Record Transfer Request หรือ CDR) ที่ไม่มีระเบียนข้อมูลใดๆ เลยนั้น ถูกนำมาใช้เป็นแบบทดสอบเพื่อตรวจจับความสำเร็จหรือความล้มเหลวของ CGF ในการเขียนระเบียนข้อมูลที่กำหนดให้กับหมายเลขลำดับนั้นแล้ว และเป็นส่วนสำคัญของกลไกข้างต้น
การตอบสนองการถ่ายโอนบันทึกข้อมูล
ข้อความตอบกลับการถ่ายโอนระเบียนข้อมูล (Data Record Transfer Response) ยืนยันการรับข้อความการถ่ายโอนระเบียนข้อมูลอย่างน้อยหนึ่งข้อความ โดยสามารถจัดกลุ่มข้อความตอบกลับเพื่อเพิ่มประสิทธิภาพได้ แต่ต้องส่งบ่อยกว่าระยะเวลาหมดเวลาของ CDF ที่ส่งข้อความมา
คำรับทราบดังกล่าวรวมถึงสาเหตุ และอาจเป็นการปฏิเสธบันทึกที่ระบุไว้
ลิงก์ภายนอก
- เข้าถึงข้อกำหนด 3GPP ที่มีหมายเลขกำกับได้โดยตรง
- ฟังก์ชันเกตเวย์การชาร์จแบบโอเพนซอร์ส (CGF)