KR20090086001A - Signal Transceiver System and Method in Communication System - Google Patents

Abstract

The present invention relates to a universal service interface (USI) server in a method in which a first terminal transmits and receives a signal to at least one other terminal in a peer to peer (P2P) communication system. Register its own Internet Protocol (IP) address, transmit a first message requesting service usage rights according to the P2P scheme to the USI server, and in response to the first message from the USI server; A second message for granting a service use right is received, and a signal based on the P2P scheme is transmitted to the at least one other terminal.

Description

SYSTEM AND METHOD FOR TRANSMITTING / RECEIVING A SIGNAL IN A COMMUNICATION SYSTEM}

The present invention relates to a signal transmission / reception system and method in a communication system using a peer-to-peer (P2P) communication method (hereinafter referred to as a 'P2P communication system').

In the next generation communication system, various services and applications are provided due to the development of communication technology and expansion of communication networks. In addition, according to various needs of the user, the services currently provided to the terminal are not provided with a simple call, but are not limited to location services, multimedia services, push-to-talk (PTT), and push-to-view (PTV). It is being expanded to Push To View, hereinafter referred to as 'PTV').

Meanwhile, in the next generation communication system, a peer-to-peer (P2P: peer-to-peer) communication scheme for providing various services between a plurality of terminals without assistance of a communication network may be used. The P2P communication method is used when the terminals receiving the service exist in the same cell and the receiving terminal among the terminals receiving the service is within a distance that the transmission signal of the transmitting terminal can reach.

However, in order to provide a service in the P2P communication system, the management of an Internet protocol (IP) address between terminals receiving the service is most important. To this end, each of the terminals receiving the service may publish its IP address to other terminals included in a communication network in the form of broadcasting or multicast, thereby enabling P2P communication using the IP address. However, there is currently no specific scheme for identifying the IP address between terminals. In addition, when a terminal having an IP address changed due to a handover among terminals provided with the service, a time delay occurs due to a complicated procedure performed for updating the changed IP address, which causes communication interruption.

Meanwhile, a service provided in a P2P communication system is a service provided between terminals regardless of a communication network. Therefore, the quality of service (QoS) guaranteed by the communication network cannot be guaranteed. In the P2P communication system, if a PTT / PTV service is to be simultaneously provided to three or more terminals, a transmitting terminal must directly transmit traffic for each of the receiving terminals, and which terminal should be given priority. There is a difficulty.

Accordingly, the present invention proposes a signal transmission / reception system and method for providing a PTT / PTV service considering QoS in a P2P communication system.

The system proposed in the present invention; A communication system using a P2P scheme, comprising: a first terminal and a USI server, wherein the first terminal registers its IP address with the USI server and requests a service usage right according to the P2P scheme; Transmit a first message to the USI server, receive a second message from the USI server granting the service use right in response to the first message, and transmit the first message to at least one other terminal different from the first terminal; Transmitting a signal according to a P2P scheme, the USI server registers the IP address of the first terminal, receives the first message from the first terminal, and transmits the second message to the first terminal.

The method proposed in the present invention; A method of transmitting and receiving a signal to at least one other terminal by a first terminal in a communication system using a P2P scheme, the method comprising: registering a IP address with a USI server and requesting service usage rights according to the P2P scheme; Transmitting a first message to the USI server, receiving a second message granting the service usage right from the USI server in response to the first message, and transmitting the P2P to the at least one other terminal. And transmitting a signal according to the scheme.

Another method proposed by the present invention; In a method of transmitting and receiving a signal by a USI server in a communication system using a P2P method, a process of registering an IP address of a first terminal and a first message requesting a service use authority according to the P2P method from the first terminal And receiving a second message for granting the service use right to the first terminal in response to the first message.

The present invention has the advantage that it is possible to quickly perform the IP address registration, detection and update by continuously managing the IP address of the terminal receiving the service in the P2P communication system through the USI server. In addition, the present invention can provide a more stable service by guaranteeing QoS when providing a service such as PTT / PTV in a P2P communication system, and in particular, by providing a service through a USI server or the like when providing the PTT / PTV service to a plurality of terminals. There is an advantage that can reduce the transmission traffic load.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following description, only parts necessary for understanding the operation of the present invention will be described, and other background art will be omitted so as not to distract from the gist of the present invention.

The present invention provides a service in a communication system using a peer-to-peer (P2P) method (hereinafter referred to as a 'P2P communication system'), for example, Push To Talk (PTT). A signal transmission / reception system and method are provided for providing a Push to View (PTV) and a Push To View (PTV) service. In particular, the present invention can provide a PTV and PTV service to a terminal in a P2P communication system using a Universal Service Interface (USI) server.

In the present invention, for convenience of description, a system and method for providing a service using an example of a communication system using a Mobile-WiMAX standard (hereinafter referred to as a mobile WiMAX communication system) will be described. Of course, may be applied to other communication systems as well as the mobile WiMAX communication system.

1 is a diagram illustrating a P2P communication system structure according to an embodiment of the present invention.

Referring to FIG. 1, the terminal # 1, the terminal # 2, and the terminal # 3 are, for example, a cellular phone, a portable multimedia player (PMP), and a personal digital assistant (PDA). And so on. Each terminal is a Radio Access Station (RAS) / Base Station (BS: Base Station, hereinafter referred to as 'BS'), ACR (Access Control Router) / BSS (Base Station System) and Internet Protocol (IP: Internet Protocol). Location server 101, terminal management (DM) device 103 via a network 109, < RTI ID = 0.0 > (103) < / RTI > In conjunction with the USI server 105, authorization, authentication, accounting (AAA: Authorization, Authentication and Accounting, hereinafter referred to as 'AAA') server 107.

The location server 101 calculates and stores the location information of the terminal, and the DM server 103 stores and manages the characteristic information of the terminal or performs software upgrade of the terminal, and the AAA server ( 107 performs authentication of the terminal. The USI server 105 provides various services to terminals using a P2P communication scheme. The USI server 105 may be a cellular network 117, for example, a Public Switched Telephone Network (PSTN) / Public Land Mobile Network (PLMN) 111 or an Internet Service Provider (ISP) through the Internet. And the short message service (SMS) / multimedia message service (MMS) server 116.

FIG. 2 is a diagram illustrating an internal structure of the USI server 105 of FIG. 1.

Referring to FIG. 2, the USI server 105 includes an ISP service processor 203 in communication with an ISP server 201 and a P2P client service processor 215 in communication with a P2P client 213. Here, the P2P client refers to a terminal performing communication using a P2P communication method.

The ISP service processor 203 may include a location service processor 205, a DM service processor 207, a quality of service (QoS) service processor 209, and alert. ) Provides a service in association with a service processor 211, and the P2P client service processor 215 interoperates with a QoS service processor 209, a P2P address service processor 217, and a P2P PTT / PTV service processor 219. Provide service.

First, the general service provided by the USI server 105 through the ISP service processor 203 will be described.

First, when the ISP server 201 requests the location information of the terminal, the ISP service processor 203 communicates with the location server 101 through the location service processor 205 to obtain the location information of the corresponding terminal. The acquired location information of the terminal is transmitted to the ISP server 201.

Secondly, if the ISP server 201 requests the characteristic information of the terminal, the ISP service processor 203 communicates with the DM server 103 through the DM service processor 207 to obtain the characteristic information of the corresponding terminal. The acquired characteristic information of the corresponding terminal is transmitted to the ISP server 201.

Third, if the ISP server 201 requests QoS guarantee of the Internet server, the ISP service processor 203 communicates with the QoS server 210 through the QoS service processor 209 to request the QoS of the corresponding Internet server. In addition, the request is transmitted to the ISP server 201 through the ISP service processor 203.

Fourth, if the ISP server 201 requests the terminal to transmit specific information through paging, the ISP service processor 203 communicates with the ACR / BSS 212 through the alert service processor 211. The information is paged to the terminal, and whether the paging is successful is transmitted to the ISP server 201.

Next, the P2P communication service provided by the USI server 105 through the P2P client service processor 215 will be described. Here, the P2P communication service means a service provided in a P2P communication system.

First, when the P2P client 213 requests registration of its IP address, the P2P client service processor 215 sends the P2P client 213 to the P2P address database 218 via the P2P address service processor 217. ) Is stored. When the P2P client 213 changes its IP address due to handover, the changed IP address is also stored in the P2P address database 218 through the P2P address service processor 217.

Secondly, the P2P client service processor 215 provides a PTT / PTV service using IP addresses of a plurality of P2P clients stored in the P2P address database 218. In this case, the P2P client service processor 215 may provide a PTT / PTV service considering QoS by interworking with the QoS service processor 209.

3 is a system diagram illustrating a procedure in which a terminal registers its IP address in a USI server through ACR / BSS according to an embodiment of the present invention.

Referring to FIG. 3, the illustrated communication system includes a terminal # 1 300, an ACR / BSS 310, an AAA server 320, and a USI server 330.

The terminal # 1 300 performs an authentication and registration process with the ACR / BSS 310 (step 301), and the ACR / BSS 310 performs an authentication and registration process with the AAA server 320. The ACR / BSS 310 then assigns an IP address to the terminal # 1 300 through the authentication and registration process (step 305).

The ACR / BSS 310 sends an address registration request (USI_P2P_Address_Registration_Request, hereinafter 'USI_P2P_Address_Registration_Req') message including the IP address of the terminal # 1 300 and the terminal # 1 300 information, to the USI server 330. In this case, the terminal # 1 (300) information is, for example, a unique Universal Service ID (USID) unique to the terminal # 1 (300). This may be device information such as a media access control (MAC) address of the terminal # 1 300, user information, and the like.

Upon receiving the USI_P2P_Address_Registration_Req message, the USI server 330 registers the IP address of the terminal # 1 (300), and responds to the USI_P2P_Address_Registration_Req message in response to an USI_P2P_Address_Registration_Response, hereinafter, referred to as a 'USI_P2__Res_' message '. Is transmitted to the ACR / BSS 310 (step 309). The USI_P2P_Address_Registration_Res message includes a return code indicating that the storage of the IP address of the terminal # 1 300 is completed in the USI server 330. do.

In FIG. 3, the terminal # 1 300 registers its IP address with the USI server 330 through the ACR / BSS 310 as an example. However, the terminal # 1 300 may register the IP address by directly sending a USI_P2P_Address_Registration_Req message to the USI server 330 without receiving the ACR / BSS 310 and receiving a USI_P2P_Address_Registration_Res message.

4 is a system diagram illustrating a procedure of acquiring an IP address of a terminal different from the terminal according to an embodiment of the present invention.

Referring to FIG. 4, the illustrated communication system includes a terminal # 1 400, a USI server 410, and a terminal # 2 420. In this case, it is assumed that the IP addresses of the terminal # 1 400 and the terminal # 2 420 are already registered in the USI server 410 through the procedure of FIG. 3 described above. In addition, it is assumed that the terminal # 2 420 requests the IP address of the terminal # 1 400, and the terminal # 2 420 requests the IP address of the terminal # 1 400 only once.

The terminal # 2 420 transmits an address request (USI_P2P_Address_Resolution_Request, hereinafter 'USI_P2P_Address_Resolution_Req') message requesting the IP address of the terminal # 1 400 to the USI server 410 (step 401). The USI_P2P_Address_Resolution_Req message includes a flag value (Flag = Single) indicating that the USID information of the terminal # 1 400 and the IP address are requested only once.

Upon receiving the USI_P2P_Address_Resolution_Req message, the USI server 410 retrieves the IP address of the requested UE # 1 400, and responds to the USI _P2P_Address_Resolution_Req message with an address solution response (USI_P2P_Address_Resolution_Response, hereinafter referred to as 'USI_P2P_P_Address_Res'Res'). (Step 403) The USI_P2P_Address_Resolution_Res message includes the USID information of the terminal # 1 400, the IP address and the return code of the retrieved terminal # 1 400. do. Here, the forwarding code is a code indicating that the IP address search for the terminal # 1 400 of the USI server 410 is completed.

5 is a system diagram illustrating a procedure of obtaining an updated IP address according to an IP address update according to an embodiment of the present invention.

Referring to FIG. 5, the illustrated communication system includes a terminal # 1 500, an ACR / BSS 510, a USI server 520, and a terminal # 2 530. In addition, it is assumed that IP addresses of the terminal # 1 500 and the terminal # 2 530 are already registered in the USI server 520. In addition, it is assumed that the terminal # 2 530 requests the IP address of the terminal # 1 500, and the terminal # 2 530 continuously requests the IP address of the terminal # 1 500. .

First, the terminal # 2 530 transmits a USI_P2P_Address_Resolution_Req message requesting an IP address of the terminal # 1 500 to the USI server 520 (step 501). The terminal # 1 500 includes the USI_P2P_Address_Resolution_Req message. USID information and a flag value (Flag = On_change) indicating that the IP address is continuously requested are included. Upon receiving the USI_P2P_Address_Resolution_Req message, the USI server 520 retrieves the IP address of the requested terminal # 1 500 and transmits a USI_P2P_Address_Resolution_Res message to the terminal # 2 530 in response to the USI_P2P_Address_Resolution_Req message. In step 503, the USI_P2P_Address_Resolution_Res message includes USID information of the terminal # 1 500, the current IP address and the return code of the retrieved terminal # 1 500. In this case, the forwarding code is a code indicating that the IP address update is continuously performed according to the continuous IP address request for the terminal # 1 500 from the USI server 520.

Meanwhile, when the IP address change of the terminal # 1 500 occurs (step 505), the ACR / BSS 510 updates the IP address registered in the USI server 520 with the changed IP address. In step 507, the USI server 520 transmits a USI_P2P_Address_Resolution_Res message to the terminal # 2 530. In step 509, the USI information of the terminal # 1 400 and the updated IP address are transmitted in the USI_P2P_Address_Resolution_Res message. And return code. The forwarding code is a code indicating that an IP address update is continuously provided in response to a continuous IP address request for the terminal # 1 500 from the USI server 520.

In FIG. 5, the terminal # 1 500 having the IP address changed has been described as an example of updating the IP address registered in the USI server 520 to the changed IP address through the ACR / BSS 510. However, the terminal # 1 500 may update the IP address registered in the USI server 520 directly with the changed IP address without going through the ACR / BSS 510.

6 is a system diagram illustrating a procedure in which a terminal creates a group for providing a PTT / PTV service, and the terminal and another terminal participate in the generated group.

Referring to FIG. 6, the illustrated communication system includes a terminal # 1 600, a USI server 610, and a terminal # 2 620. First, the USI server 610 registers the IP addresses of the terminal # 1 600 and the terminal # 2 620, and then continuously checks and updates the IP address of each terminal. Step 603)

The UE # 1 600 sends a PTT / PTV service group creation request (USI_P2P_Push To Application Group Create_Request, hereinafter 'USI_P2P_PTAGroupCreate_Req') message including a group name of the group to be created by the USI server. In step 605, after receiving the USI_P2P_PTAGroupCreate_Req message, the USI server 610 creates the group and then generates a PTT / PTV service group response including the return code indicating that the group has been created (USI_P2P_Push To). The Application Group Create_Response, hereinafter referred to as “USI_P2P_PTAGroupCreate_Res” is transmitted to the terminal # 1 600. (Step 607).

On the other hand, assuming that the terminal # 2 620 is a terminal that wants to participate in the created group, the terminal # 2 620 is a service group including the name of the group to which they want to participate and their USID information A join request (USI_P2P_Push To Application Group Join_Request, hereinafter referred to as 'USI_P2P_PTAGroupJoin_Req') is transmitted to the USI server 610 (step 609). The USI server 610 that receives the USI_P2P_PTAGroupJoin_Req message manages itself. A table for the corresponding group is detected from the table, and the USID of the terminal # 2 620 is recorded in the participant USIDs field of the detected table. Then, the USI server 610 receives a service group participation response (USI_P2P_Push To Application Group Join_Response, hereinafter 'USI_P2P_PTAGroupJoin_Res') message including a return code indicating that the terminal # 2 620 accepts the group participation request. Is transmitted to the terminal # 2 620 (step 611).

The table managed by the USI server 610 includes, for example, a group name field, a producer USID field, a participant USIDs field, a group status field, and a speaker USID field. The group name generated for providing the PTT / PTV service is recorded in the group name field, the USID of the terminal requesting creation of the group is recorded in the creator USID field, and the generated group is included in the created group in the participant USIDs field. USIDs of all terminals are recorded, information on whether the generated group is providing PTT / PTV service is recorded in the group status field, and current PTT / PTV traffic in the generated group is recorded in the speaker USID field. The USID of the terminal transmitting the data is recorded.

7 is a system diagram showing a procedure for transmitting PTT / PTV traffic between terminals according to a third embodiment of the present invention.

Referring to FIG. 7, the illustrated communication system includes a terminal # 1 700, an ACR / BSS 710, a QoS server 720, a USI server 730, and a terminal # 2 740. . In addition, the terminal # 1 (700) and the terminal # 2 (740) are included in the same group, where the terminal # 1 (700) is a speaker terminal to the terminal # 2 (740) unicast (unicast) scheme Assume that PTT / PTV traffic is transmitted by using. The speaker terminal refers to a terminal authorized to transmit PTT / PTV traffic.

First, the terminal # 1 700 registers its own IP address in the USI server 730 and continuously updates the registered IP address in the USI server 730 according to whether its IP address is changed. In this case, the terminal # 1 700 may obtain the IP address of the terminal # 2 740 through the USI server 730.

The terminal # 1 700 transmits a voice request request (USI_P2P_Push To Application Talk Right_Request, hereinafter 'USI_P2P_PTATalkRight_Req') including a group name to which the UE belongs and its USID to the USI server 730. Step) The USI server 730 that receives the USI_P2P_PTATalkRight_Req message responds with a right to speak (USI_P2P_Push To Application Talk Right_Response) including a return code indicating that the terminal # 1 700 has a right to speak, hereinafter referred to as 'USI_P2P_PTATalkRight_Res'. In step 705, the message is transmitted to the terminal # 1 (700).

Then, the USI server 730 transmits a PTT / PTV traffic reception request request (USI_P2P_Push To Application Talk Ready_Request, hereinafter referred to as 'USI_P2P_PTATalkReady_Req') to the terminal # 2 740 (step 707). The USI_P2P_PTATalkReady_Req message indicates that PTT / PTV traffic will be received from the speaker. The USI_P2P_PTATalkReady_Req message includes a group name to which the speaker terminal, that is, the terminal # 1 700 belongs, and the USID of the terminal # 1 700. The USI_P2P_PTATalkReady_Req message is used when the terminal # 2 740 needs to prepare for reception. Therefore, if the terminal # 2 740 that receives the USI_P2P_PTATalkReady_Req message does not need to prepare for reception, the step 707 may be omitted.

On the other hand, the terminal # 1 (700) having obtained the talk right transmits a QoS request (USI_P2P_QoS_Request, hereinafter 'USI_P2P_QoS_Req') message requesting QoS guarantee when transmitting PTT / PTA traffic to the USI server 730. In step 709, the USI_P2P_QoS_Req message includes at least one of PTT / PTV call type information, subscriber information, protocol information, bandwidth information, delay information, and jitter noise information for the corresponding PTT / PTV call. Included. Upon receiving the USI_P2P_QoS_Req message, the USI server 730 requests a QoS guarantee of the UE # 1 700 to a QoS server 720 (step 711), and the QoS server 720 sends an ACR / BSS 710. The terminal # 1 700 requests a QoS guarantee to the terminal # 1 700 (step 713). Therefore, the terminal # 1 700 may be guaranteed QoS (step 715). When the steps 711 to 715 are completed, In addition, the USI server 730 may transmit a QoS response (USI_P2P_QoS_Response) message hereinafter referred to as USI_P2P_QoS_Res, which includes a return code indicating that the procedure for QoS guarantee of the UE # 1 700 is completed. 700) (step 717).

Then, the terminal # 1 700 transmits PTT / PTV traffic to the terminal # 2 740 (step 719). The terminal # 1 700 that has finished transmitting the PTT / PTV traffic belongs to a group to which it belongs. A USI_P2P_Push To Application Talk Right Release_Request (hereinafter referred to as "USI_P2P_PTATalkRightRelease_Req") message including a name and its USID is transmitted to the USI server 730 (step 721). The USI_P2P_PTATalkRightRelease_Req message is received. The USI server 730 releases the talk right granted to the terminal # 1 700, and a talk right release response including a return code indicating that the talk right has been released (USI_P2P_Push To Application Talk Right Release_Response, hereinafter 'USI_P2P_PTATalkRightRelease_Res'). In step 723, a message is transmitted to the terminal # 1 (700).

Then, the USI server 730 transmits a service release (USI_P2P_Push To Application Talk Release_Request, hereinafter 'USI_P2P_PTATalkRelease_Req') message to the terminal # 2 740 (step 725). The USI_P2P_PTATalkRelease_Req message is PTT / PTV. As a message indicating that the reception of traffic is terminated, the USI_P2P_PTATalkRelease_Req message includes a group name to which the UE # 1 700 belongs and a USID of the UE # 1 700. In this case, when there is no PTT / PTV traffic received by the terminal # 2 740, if the function to automatically recognize that the speaker is finished, step 725 may be omitted.

In FIG. 7, an example of transmitting PTT / PTV traffic while guaranteeing QoS of a terminal that transmits PTT / PTV traffic, that is, a speaker terminal has been described. However, QoS guarantee of the speaker terminal is optional and may transmit PTT / PTV traffic without guaranteeing QoS of the speaker terminal. Therefore, in case of transmitting PTT / PTV traffic without guaranteeing QoS of the speaker terminal, steps necessary for guaranteeing the QoS, that is, steps 709 to 717 may be omitted.

FIG. 8 is a system diagram illustrating a procedure for transmitting PTT / PTV traffic by a terminal to a plurality of terminals different from the terminal according to the fourth embodiment of the present invention.

Referring to FIG. 8, the illustrated communication system includes a terminal # 1 800, an ACR / BSS 810, a QoS server 820, a USI server 830, a terminal # 2 840, and a terminal. # 3 850 and terminal # 4 860. In addition, the terminal # 1 (800), the terminal # 2 (840), the terminal # 3 (850), the terminal # 4 (860) is included in the same group, where the terminal # 1 (800) is a speaker terminal of its own It is assumed that PTT / PTV traffic is transmitted to other terminals in the group, that is, the terminal # 2 840, the terminal # 3 850, and the terminal # 4 860 using the unicast scheme.

First, the terminal # 1 800 registers its own IP address in the USI server 830 and continuously updates the registered IP address in the USI server 830 according to whether the IP address is changed. In step 801, the terminal # 1 800 may obtain IP addresses of other terminals except itself through the USI server 830.

The terminal # 1 800 transmits a USI_P2P_PTATalkRight_Req message including the group name to which the UE belongs and its USID to the USI server 830. (step 803) The USI server 830 that receives the USI_P2P_PTATalkRight_Req message receives the terminal. The USI_P2P_PTATalkRight_Res message including a return code indicating that the right to speak is given to # 1 (800) is transmitted to the terminal # 1 (800) (step 805). Granting the right to speak to the requesting terminal has been described as an example. However, a plurality of terminals may simultaneously request a right to speak, and when there are a plurality of terminals requesting the right to speak, the USI server selects any one of the plurality of terminals to grant the right to speak.

The USI server 830 then sends a USI_P2P_PTATalkReady_Req message to other terminals included in the same group as the terminal # 1 800, that is, the terminal # 2 840, the terminal # 3 850, and the terminal # 4 860. (Steps 807, 809, and 811) The USI_P2P_PTATalkReady_Req message includes the group name to which the speaker terminal, that is, the terminal # 1 800 belongs, and the USID of the terminal # 1 800. In this case, when the terminal # 2 (840), the terminal # 3 (850), the terminal # 4 (860) does not need to prepare in advance for the reception, the steps 807 to 811 may be omitted.

On the other hand, the terminal # 1 (800) having obtained the talk right transmits a USI_P2P_QoS_Req message to the USI server 830. (Step 813) The USI server 830 receiving the USI_P2P_QoS_Req message to the QoS server 820 Request QoS guarantee of the terminal # 1 800 (step 815), and the QoS server 820 requests QoS guarantee of the terminal # 1 800 from the ACR / BSS 810 (step 817). Accordingly, the terminal # 1 800 may be guaranteed QoS through the USI server 830. (Step 819) When all steps 815 to 819 are completed, the USI server 830 is the terminal # A USI_P2P_QoS_Res message including a return code indicating that the procedure for guaranteeing QoS of 1 (800) is completed is transmitted to the terminal # 1 (800) (step 821).

Then, the terminal # 1 800 transmits PTT / PTV traffic to the terminal # 2 840, the terminal # 3 850, and the terminal # 4 860. (Steps 823, 825, and 827). The terminal # 1 800 transmits PTT / PTV traffic to the terminal # 2 840, the terminal # 3 850, and the terminal # 4 860 using a unicast scheme. Accordingly, the terminal # 1 800 directly transmits PTT / PTV traffic to the terminal # 2 840, the terminal # 3 850, and the terminal # 4 860.

After the PTT / PTV traffic has been transmitted, the UE # 1 800 transmits a USI_P2P_PTATalkRightRelease_Req message including its group name and its USID to the USI server 830 (step 829). The USI_P2P_PTATalkRightRelease_Req message is received. The USI server 830 releases the talk right granted to the terminal # 1 800 and transmits a USI_P2P_PTATalkRightRelease_Res message including a return code indicating that the talk right has been released (step 831). )

Thereafter, the USI server 830 transmits a USI_P2P_PTATalkRelease_Req message to the terminal # 2 840, the terminal # 3 850, and the terminal # 4 860. (Steps 833, 835, and 837) The USI_P2P_PTATalkRelease_Req message includes: The group name to which the terminal # 1 800 belongs and the USID of the terminal # 1 800 are included. At this time, the terminal # 2 (840), the terminal # 3 (850), the terminal # 4 (860) is a system that can automatically recognize that the end of the speaker's speech when there is no PTT / PTV traffic received by the system If it is embedded in step 833 to step 837 can be omitted.

In FIG. 8 described above, a case in which PTT / PTV traffic is transmitted while guaranteeing QoS of a terminal that transmits PTT / PTV traffic, that is, a speaker terminal has been described as an example. However, QoS guarantee of the speaker terminal is optional and may transmit PTT / PTV traffic without guaranteeing QoS of the speaker terminal. Therefore, when PTT / PTV traffic is transmitted without QoS guarantee of the speaker terminal, steps necessary for guaranteeing the QoS, that is, steps 813 to 821 may be omitted.

FIG. 9 is a system diagram illustrating a procedure in which a terminal transmits PTT / PTV traffic to a plurality of terminals different from the terminal according to the fifth embodiment of the present invention.

Referring to FIG. 9, the illustrated communication system includes a terminal # 1 900, an ACR / BSS 910, a QoS server 920, a USI server 930, a terminal # 2 940, and a terminal. # 3 950 and terminal # 4 960. In addition, the terminal # 1 (900), the terminal # 2 (940), the terminal # 3 (950), the terminal # 4 (960) are included in the same group, it is assumed that the terminal # 1 (900) is a speaker terminal. . In addition, when the terminal # 1 (900) transmits PTT / PTV traffic to other terminals in its group, that is, the terminal # 2 (940), the terminal # 3 (950), the terminal # 4 (960), The terminal # 1 900 transmits PTT / PTV traffic to the ACR / BSS 910 using a unicast scheme, and the ACR / BSS 910 is the terminal # 2 940 and the terminal # 3 950 ), It is assumed that PTT / PTV traffic is transmitted to the terminal # 4 960 using a multicast scheme.

First, the terminal # 1 900 registers its own IP address in the USI server 930 and continuously updates the IP address registered in the USI server 930 according to whether its IP address is changed. In step 901, the terminal # 1 900 may obtain IP addresses of other terminals except itself through the USI server 930.

The terminal # 1 900 sends a USI_P2P_PTATalkRight_Req message including the group name to which it belongs and its USID to the USI server 930. (step 903) The USI server 930 that receives the USI_P2P_PTATalkRight_Req message receives the terminal. A USI_P2P_PTATalkRight_Res message including a return code indicating that the right to speak is given to # 1 (900) is transmitted to the terminal # 1 (900). (Step 905) In FIG. Granting the right to speak to the requesting terminal has been described as an example. However, a plurality of terminals may simultaneously request a right to speak, and when there are a plurality of terminals requesting the right to speak, the USI server selects any one of the plurality of terminals to grant the right to speak.

The USI server 930 then sends a USI_P2P_PTATalkReady_Req message to other terminals included in the same group as the terminal # 1 900, that is, the terminal # 2 940, the terminal # 3 950, and the terminal # 4 960. (Step 907, Step 909, Step 911) The USI_P2P_PTATalkReady_Req message includes the group name to which the speaker terminal, that is, the terminal # 1 900, and the USID of the terminal # 1 900. In this case, when the terminal # 2 940, the terminal # 3 950, and the terminal # 4 960 do not need to prepare for reception, the steps 907 to 911 may be omitted.

On the other hand, the terminal # 1 (900) having obtained the talk right transmits a USI_P2P_QoS_Req message to the USI server 930. (Step 913) The USI server 930 receiving the USI_P2P_QoS_Req message is sent to the QoS server 920 Request QoS guarantee of the terminal # 1 900 (step 915), and the QoS server 920 requests QoS guarantee of the terminal # 1 900 from the ACR / BSS 910 (step 917). Accordingly, the terminal # 1 900 may be guaranteed QoS through the USI server 930. (Step 919) When all of steps 915 to 919 are completed, the USI server 930 is the terminal # A USI_P2P_QoS_Res message including a return code indicating that the procedure for guaranteeing QoS of 1900 is completed is transmitted to the terminal # 1 900 (step 921).

Then, the terminal # 1 900 transmits PTT / PTV traffic to the ACR / BSS 910 using the unicast scheme (step 923). The ACR / BSS 910 transmits the terminal # 2 (940), PTT / PTV traffic is transmitted to UE # 3 950 and UE # 4 960 using a multicast scheme (step 925). Thus, UE # 1 900 transmits PTT / PTV traffic once. The ACR / BSS 910 transmits the PTT / PTV traffic to each of terminal # 2 940, terminal # 3 950, and terminal # 4 960.

After completing the transmission of the PTT / PTV traffic, the terminal # 1 900 transmits a USI_P2P_PTATalkRightRelease_Req message including the group name to which it belongs and its USID to the USI server 930 (step 927). The USI_P2P_PTATalkRightRelease_Req message is received. The USI server 930 releases the talk right granted to the terminal # 1 900 and transmits a USI_P2P_PTATalkRightRelease_Res message including a return code indicating that the talk right has been released (step 929). )

Then, the USI server 930 transmits a USI_P2P_PTATalkRelease_Req message to the terminal # 2 940, the terminal # 3 950, and the terminal # 4 960. (steps 931, 933, and 935) The USI_P2P_PTATalkRelease_Req message includes: The group name to which the terminal # 1 900 belongs and the USID of the terminal # 1 900 are included. At this time, the terminal # 2 940, the terminal # 3 (950), the terminal # 4 (960) is a system that can automatically recognize that the end of the speaker's speech when there is no PTT / PTV traffic received by the system If it is embedded in step 931 to step 935 may be omitted.

In FIG. 9, the case in which PTT / PTV traffic is transmitted while guaranteeing QoS of a terminal that transmits PTT / PTV traffic, that is, a speaker terminal, has been described as an example. However, QoS guarantee of the speaker terminal is optional and may transmit PTT / PTV traffic without guaranteeing QoS of the speaker terminal. Therefore, when PTT / PTV traffic is transmitted without QoS guarantee of the speaker terminal, steps necessary for guaranteeing the QoS, that is, steps 913 to 921 may be omitted.

FIG. 10 is a system diagram illustrating a procedure for transmitting PTT / PTV traffic by a terminal to a plurality of terminals different from the terminal according to the sixth embodiment of the present invention.

Referring to FIG. 10, the illustrated communication system includes a terminal # 1 1000, an ACR / BSS 1010, a QoS server 1020, a USI server 1030, a terminal # 2 1040, and a terminal. # 3 1050 and terminal # 4 1060. In addition, the terminal # 1 (1000), the terminal # 2 (1040), the terminal # 3 (1050), the terminal # 4 (1060) are included in the same group, it is assumed that the terminal # 1 (1000) is a speaker terminal. . In addition, when the terminal # 1 (1000) transmits PTT / PTV traffic to other terminals in its group, that is, the terminal # 2 (1040), the terminal # 3 (1050), the terminal # 4 (1060), UE # 1 (1000) transmits PTT / PTV traffic to the USI server (1030) using a unicast scheme, and the USI server (1030) is the UE # 2 (1040), UE # 3 (1050), It is assumed that PTT / PTV traffic is transmitted to the terminal # 4 1060 using a multicast scheme.

First, the terminal # 1 1000 registers its own IP address in the USI server 1030 and continuously updates the IP address registered in the USI server 1030 according to whether the IP address is changed. In step 1001, the terminal # 1 1000 may obtain IP addresses of other terminals except itself through the USI server 1030.

The terminal # 1 (1000) transmits a USI_P2P_PTATalkRight_Req message including the group name to which it belongs and its USID to the USI server 1030. (Step 1003) The USI server 1030 that receives the USI_P2P_PTATalkRight_Req message receives the terminal. The USI_P2P_PTATalkRight_Res message including a return code indicating that the right to speak is given to # 1 (1000) is transmitted to the terminal # 1 (1000). (Step 1005) In FIG. Granting the right to speak to the requesting terminal has been described as an example. However, a plurality of terminals may simultaneously request a right to speak, and when there are a plurality of terminals requesting the right to speak, the USI server selects any one of the plurality of terminals to grant the right to speak.

The USI server 1030 then sends a USI_P2P_PTATalkReady_Req message to other terminals included in the same group as the terminal # 1 1000, that is, the terminal # 2 1040, the terminal # 3 1050, and the terminal # 4 1060. (Steps 1007, 1009, and 1011) The USI_P2P_PTATalkReady_Req message includes a group name to which the speaker terminal, that is, the terminal # 1 (1000) belongs, and the USID of the terminal # 1 (1000). In this case, when the terminal # 2 (1040), the terminal # 3 (1050), the terminal # 4 (1060) does not need to prepare in advance for the reception, the steps 1007 to 1011 may be omitted.

On the other hand, the terminal # 1 (1000) having obtained the right to speak transmits a USI_P2P_QoS_Req message to the USI server 930. (Step 1013) The USI server 1030 that receives the USI_P2P_QoS_Req message to the QoS server 1020. Request QoS guarantee of the terminal # 1 1000 (step 1015), and the QoS server 1020 requests QoS guarantee of the terminal # 1 900 from the ACR / BSS 1010 (step 1017). Accordingly, the terminal # 1 1000 may be guaranteed QoS through the USI server 1030. (Step 1019) When the steps 1015 to 1019 are completed, the USI server 1030 is the terminal # A USI_P2P_QoS_Res message including a return code indicating that a procedure for guaranteeing QoS of 1 (1000) is completed is transmitted to the terminal # 1 (1000) (step 1021).

Then, the terminal # 1 1000 transmits PTT / PTV traffic to the USI server 1030 using a unicast scheme (step 1023). The USI server 1030 transmits the terminal # 2 1040 and the terminal #. 3 (1050), the PTT / PTV traffic is transmitted to the terminal # 4 (1060) using the multicast scheme (step 1025). Accordingly, the terminal # 1 1000 transmits the PTT / PTV traffic once, but the USI. The server 1030 transmits the PTT / PTV traffic to each of the terminal # 2 1040, the terminal # 3 1050, and the terminal # 4 1060.

After the PTT / PTV traffic has been transmitted, the UE # 1 1000 transmits a USI_P2P_PTATalkRightRelease_Req message including its group name and its USID to the USI server 1030 (step 1027). The USI_P2P_PTATalkRightRelease_Req message is received. The USI server 1030 releases the talk right granted to the terminal # 1 1000 and transmits a USI_P2P_PTATalkRightRelease_Res message including the return code indicating that the talk right has been released (step 1029). )

Thereafter, the USI server 1030 transmits a USI_P2P_PTATalkRelease_Req message to the terminal # 2 1040, the terminal # 3 1050, and the terminal # 4 1060. (Step 1031, Step 1033, and Step 1035) In the USI_P2P_PTATalkRelease_Req message The group name to which the terminal # 1 1000 belongs and the USID of the terminal # 1 1000 are included. At this time, the terminal # 2 (1040), the terminal # 3 (1050), the terminal # 4 (1060) when there is no PTT / PTV traffic received by the system that can automatically recognize that the end of the speaker's speech is a system If it is embedded in step 1031 to step 1035 can be omitted.

In FIG. 10, the case in which PTT / PTV traffic is transmitted while guaranteeing QoS of a terminal that transmits PTT / PTV traffic, that is, a speaker terminal, has been described as an example. However, QoS guarantee of the speaker terminal is optional and may transmit PTT / PTV traffic without guaranteeing QoS of the speaker terminal. Therefore, when PTT / PTV traffic is transmitted without QoS guarantee of the speaker terminal, steps necessary for guaranteeing QoS, that is, steps 1013 to 1021 may be omitted.

1 is a diagram illustrating a P2P communication system structure according to an embodiment of the present invention.

FIG. 2 is a diagram illustrating an internal structure of the USI server 105 of FIG. 1.

3 is a system diagram illustrating a procedure for registering a terminal's own IP address to a USI server through ACR / BSS according to an embodiment of the present invention;

4 is a system diagram illustrating a procedure of acquiring an IP address of a terminal different from the terminal according to the first embodiment of the present invention;

FIG. 5 is a system diagram illustrating a procedure in which a terminal acquires an IP address from a terminal different from the terminal according to the second embodiment of the present invention.

FIG. 6 is a system diagram illustrating a procedure in which a terminal creates a group for providing a PTT / PTV service, and the terminal and the other terminal participate in the generated group.

7 is a system diagram illustrating a procedure for transmitting PTT / PTV traffic between terminals according to a third embodiment of the present invention.

8 is a system diagram illustrating a procedure of transmitting, by a terminal according to a fourth embodiment of the present invention, PTT / PTV traffic to a plurality of terminals different from the terminal.

9 is a system diagram illustrating a procedure for transmitting PTT / PTV traffic by a terminal to a plurality of terminals different from the terminal according to the fifth embodiment of the present invention.

FIG. 10 is a system diagram illustrating a procedure for transmitting PTT / PTV traffic by a terminal to a plurality of terminals different from the terminal according to the sixth embodiment of the present invention.

Claims (36)

In a communication system using a peer-to-peer (P2P) method, a first terminal transmits and receives a signal to at least one other terminal, Registering an Internet Protocol (IP) address with a Universal Service Interface (USI) server; Transmitting a first message requesting a service usage right according to the P2P scheme to the USI server; Receiving, from the USI server, a second message for granting the service use right in response to the first message; And transmitting a signal based on the P2P scheme to the at least one other terminal. The method of claim 1, The process of registering the IP address, Transmitting a message requesting an IP address change to the USI server when the IP address needs to be changed; And receiving a response message including at least one of an identifier, a forwarding code, and an IP address of the first terminal from the USI server. The method of claim 1, Transmitting a message for requesting release of the service use authority including at least one of group information to which the first terminal belongs and an identifier of the first terminal to the USI server; And receiving a response message including a return code indicating release of the service use right from the USI server. The method of claim 1, Transmitting a message requesting quality of service (QoS) guarantee to the USI server when transmitting a signal to the at least one other terminal; And receiving a response message including a return code indicating whether the USI server accepts the quality of service request. In a communication system using a peer-to-peer (P2P) method, a first terminal transmits and receives a signal to at least one other terminal, Registering an Internet Protocol (IP) address with a Universal Service Interface (USI) server; Transmitting a first message requesting a service usage right according to the P2P scheme to the USI server; Receiving, from the USI server, a second message for granting the service use right in response to the first message; Transmitting and receiving a signal according to the P2P method to a base station. The method of claim 5, The process of registering the IP address, Transmitting a message requesting an IP address change to the USI server when the IP address needs to be changed; And receiving a response message including at least one of an identifier, a forwarding code, and an IP address of the first terminal from the USI server. The method of claim 5, Transmitting a message for requesting release of the service use authority including at least one of group information and an identifier of the first terminal, to the USI server; And receiving a response message including a return code indicating release of the service use right from the USI server. The method of claim 5, Transmitting a message requesting quality of service (QoS) guarantee to the USI server when transmitting a signal to the at least one other terminal; And receiving a response message including a return code indicating whether the USI server accepts the quality of service request. In a communication system using a peer-to-peer (P2P) method, a first terminal transmits and receives a signal to at least one other terminal, Registering an Internet Protocol (IP) address with a Universal Service Interface (USI) server; Transmitting a first message requesting a service usage right according to the P2P scheme to the USI server; Receiving, from the USI server, a second message for granting the service use right in response to the first message; And transmitting the signal based on the P2P scheme to the USI server. The method of claim 9, The process of registering the IP address, Transmitting a message requesting an IP address change to the USI server when the IP address needs to be changed; And receiving a response message including at least one of an identifier, a forwarding code, and an IP address of the first terminal from the USI server. The method of claim 9, Transmitting a message for requesting release of the service use authority including at least one of group information and an identifier of the first terminal to the USI server; And receiving a response message including a return code indicating release of the service use right from the USI server. The method of claim 9, Transmitting a message requesting quality of service (QoS) guarantee to the USI server when the signal is transmitted to the at least one terminal; And receiving a response message including a return code indicating whether the USI server accepts the quality of service request. In a communication system using a peer-to-peer (P2P) method, a Universal Service Interface (USI) server transmits and receives a signal, Registering an Internet Protocol (IP) address of the first terminal; Receiving a first message for requesting a service use right according to the P2P scheme from the first terminal; And transmitting a second message for granting the service use right to the first terminal in response to the first message. The method of claim 13, The process of registering the IP address, Receiving a message requesting an IP address change from the first terminal when the IP address change is necessary; And transmitting a response message including at least one of an identifier, a forwarding code, and an IP address of the first terminal to the first terminal. The method of claim 13, Receiving a message for requesting release of the service use authority including at least one of group information and an identifier of the first terminal from the first terminal; And transmitting a response message including a return code indicating release of the service right to the first terminal. The method of claim 13, Receiving a message requesting quality of service (QoS) guarantee when transmitting a signal from the first terminal; And transmitting a response message including a return code indicating whether to accept the service quality guarantee request to the first terminal. In a communication system using a peer-to-peer (P2P) method, a Universal Service Interface (USI) server transmits and receives a signal, Registering an Internet Protocol (IP) address of the first terminal; Receiving a first message for requesting a service use right according to the P2P scheme from the first terminal; And transmitting a second message for granting the service use right to the first terminal in response to the first message. The method of claim 17, The process of registering the IP address, Receiving a message requesting an IP address change from the first terminal when the IP address change is necessary; And transmitting a response message including at least one of an identifier, a forwarding code, and an IP address of the first terminal to the first terminal. The method of claim 17, Receiving a message for requesting release of the service use authority including at least one of group information and an identifier of the first terminal from the first terminal; And transmitting a response message including a return code indicating release of the service right to the first terminal. The method of claim 17, Receiving a message requesting quality of service (QoS) guarantee when transmitting a signal from the first terminal; And transmitting a response message including a return code indicating whether to accept the service quality guarantee request to the first terminal. In a communication system using a peer-to-peer (P2P) method, a Universal Service Interface (USI) server transmits and receives a signal, Registering an Internet Protocol (IP) address of the first terminal; Receiving a first message for requesting a service use right according to the P2P scheme from the first terminal; Transmitting a second message for granting the service use right to the first terminal in response to the first message; Signal transmitting and receiving method comprising the step of receiving a signal according to the P2P method from the first terminal. The method of claim 21, The process of registering the IP address, Receiving a message requesting an IP address change from the first terminal when the IP address change is necessary; And transmitting a response message including at least one of an identifier, a forwarding code, and an IP address of the first terminal to the first terminal. The method of claim 21, Receiving a message for requesting release of the service use authority including at least one of group information and an identifier of the first terminal from the first terminal; And transmitting a response message including a return code indicating release of the service right to the first terminal. The method of claim 21, Receiving a message requesting quality of service (QoS) guarantee when transmitting a signal from the first terminal; And transmitting a response message including a return code indicating whether to accept the service quality guarantee request to the first terminal. In a communication system using a peer to peer (P2P: Peer To Peer) scheme, A first terminal and a Universal Service Interface (USI) server, The first terminal registers its Internet Protocol (IP) address in the USI server, transmits a first message to the USI server requesting permission to use a service according to the P2P scheme, and transmits from the USI server. Receiving a second message granting the service use right in response to the first message, transmitting a signal according to the P2P scheme to at least one other terminal different from the first terminal, The USI server registers an IP address of the first terminal, receives the first message from the first terminal, and transmits the second message to the first terminal. The method of claim 25, When the first terminal needs to change the IP address, the first terminal transmits a message requesting the IP address change to the USI server, and sends a response message including at least one of an identifier, a forwarding code, and an IP address of the first terminal from the USI server. A communication system, characterized in that receiving. The method of claim 25, The first terminal transmits a message for requesting release of the service use right including at least one of group information and an identifier of the first terminal to the USI server, and sends a message to release the service use right from the USI server. Receiving a response message including a code. The method of claim 25, The first terminal transmits a message requesting Quality of Service (QoS) guarantee to the USI server when the signal is transmitted to the at least one other terminal, and accepts the service quality guarantee request from the USI server. And receiving a response message including a return code indicating. In a communication system using a peer to peer (P2P: Peer To Peer) scheme, A first terminal and a Universal Service Interface (USI) server, The first terminal registers its Internet Protocol (IP) address in the USI server, transmits a first message to the USI server requesting permission to use a service according to the P2P scheme, and transmits from the USI server. Receiving a second message granting the service use right in response to the first message, transmitting a signal according to the P2P scheme to a base station, The USI server registers an IP address of the first terminal, receives the first message from the first terminal, and transmits the second message to the first terminal. The method of claim 29, The first terminal transmits a message for requesting an IP address change to the USI server when the IP address change is necessary, and includes a response message including at least one of an identifier, a forwarding code, and an IP address of the first terminal from the USI server. Communication system, characterized in that for receiving. The method of claim 29, The first terminal transmits a message for requesting the release of the service use right including at least one of group information and an identifier of the first terminal to the USI server, and sends a message to release the service use right from the USI server. Receiving a response message including a code. The method of claim 29, The first terminal transmits a message requesting Quality of Service (QoS) guarantee to the USI server when the signal is transmitted to the at least one other terminal, and accepts the service quality guarantee request from the USI server. And receiving a response message including a return code indicating. In a communication system using a peer to peer (P2P: Peer To Peer) scheme, A first terminal and a Universal Service Interface (USI) server, The first terminal registers its Internet Protocol (IP) address in the USI server, transmits a first message to the USI server requesting permission to use a service according to the P2P scheme, and transmits from the USI server. Receiving a second message granting the service use right in response to the first message, transmitting a signal according to the P2P scheme to the USI server, The USI server registers the IP address of the first terminal, receives the first message from the first terminal, transmits the second message to the first terminal, and transmits the P2P scheme from the first terminal. Receiving a signal according to the communication system. The method of claim 33, wherein The first terminal transmits a message for requesting an IP address change to the USI server when the IP address change is necessary, and includes a response message including at least one of an identifier, a forwarding code, and an IP address of the first terminal from the USI server. Communication system, characterized in that for receiving. The method of claim 33, wherein The first terminal transmits a message requesting the release of the service use right including at least one of group information and an identifier of the first terminal to the USI server, and sends a message to release the service use right from the USI server. Receiving a response message including a code. The method of claim 33, wherein The first terminal transmits a message requesting Quality of Service (QoS) guarantee to the USI server when transmitting a signal to the at least one terminal, and confirms whether the service quality guarantee request is accepted from the USI server. And receive a response message including the indicating return code.

Images