TW202322641A - Method for assisting unregistered user device to access end-to-end call service of private network and communication system - Google Patents

Abstract

The disclosure provides a method for assisting an unregistered user device to access an end-to-end call service of a private network and a communication system. The method includes: determining whether a user device that is not registered on the private network wants to initiate a request of an emergency call; in response to determining that the user device that is not registered on the private network wants to initiate the request of the emergency call, assisting the user device to access an end-to-end call service without registering on the private network.

Description

Method and communication system for assisting unregistered user devices to access private private network peer-to-peer call service

The present invention relates to a technology for accessing private network services, and in particular to a method and communication system for assisting unregistered user devices to access private network services.

Please refer to FIG. 1A , which is a schematic diagram of a conventional user device accessing the Internet. In FIG. 1A , the user device 110 is, for example, a registered/authorized user of carrier A, but not a registered/authorized user of carrier B and C. In this case, when the user device 110 is within the service range of the carrier A, the user device 110 can access the Internet through the carrier A. In addition, when the user device 110 is within the service range of the carrier B, if the user device 110 is authorized to use the roaming service through the carrier B, the user device 110 can access the Internet through the carrier B and the carrier A. road.

However, if the user device 110 is not authorized to use the telecommunication service through the carrier C, the user device 110 can only perform functions such as making an emergency call through the carrier C, and cannot access the Internet through the carrier C.

Please refer to FIG. 1B , which is another schematic diagram of accessing the Internet according to the conventional user device shown in FIG. 1A . In FIG. 1B , it is assumed that the carrier A supports new radio (new radio, NR), and the user device 110 can use services such as VoNR through the carrier A. However, since the user device 110 is not a registered user of the carrier C (for example, it can maintain a private network), even if the carrier C can provide services such as VoNR to its registered users (such as the user device 120), the user device 110 is still Only carrier C can use the emergency call service. In this case, even though the registered users of carrier C can communicate directly with each other through the edge service provided by carrier C, the user device 110 cannot directly communicate with the registered users of carrier C (such as user device 120 ) peer-to-peer .

In view of this, the present invention provides a method and a communication system for assisting an unregistered user device to access a private private network peer-to-peer call service, which can be used to solve the above technical problems.

The invention provides a method for assisting an unregistered user device to access a private private network end-to-end call service, which is suitable for a communication system of mobile edge computing. The method includes: judging by the mobile edge computing server whether a user device not registered in the private private network intends to initiate an emergency call request; Initiate an emergency call request, and the mobile edge computing server assists the user device to access the end-to-end call service without registering in the private network.

The invention provides a communication system for assisting an unregistered user device to access a private private network end-to-end call service, which includes a mobile edge computing server. The mobile edge computing server is configured to: determine whether a user device not registered in the private network intends to initiate an emergency call request; respond to a request for determining that a user device not registered in the private network intends to initiate an emergency call, and assist The user device accesses the peer-to-peer call service without being registered in the private network.

Please refer to FIG. 2 , which is a schematic diagram of a communication system according to an embodiment of the present invention. As shown in FIG. 2 , the communication system 200 includes a user device 210 , a mobile edge computing (MEC) server 220 and a private network 230 .

In different embodiments, the user device 210 is, for example, various smart devices/computer devices with communication functions, but is not limited thereto. In FIG. 2, the private network 230 may include a base station 230a and a core network 230b. In one embodiment, the private private network 230 is, for example, a private network operating on the basis of the 5th generation communication system (hereinafter referred to as 5G). In this case, the base station 230a is, for example, commonly known as gNB, and the core network 230b is, for example, commonly known as 5GC (5G core), but not limited thereto.

In an embodiment of the present invention, the core network 230b may include an access and mobility management function (Access and Mobility Management Function, AMF) entity 231, a session management function (session management function, SMF) entity 232, a policy control function (policy The control function (PCF) entity 233 and the unified data management (Unified Data Management, UDM) entity 234 , and their individual features/functions can refer to the relevant specifications of 5G, and will not be repeated here.

In addition, the MEC server 220 may include a user plane function (user plane function, UPF) entity 221, a network access service module 222, a policy/charge rule (Policy & Charging Rules) module 233, a private service module 224, Authorization module 225 and location module 226 .

In different embodiments, the MEC server 220 and the core network 230b can be implemented as independent devices, or can be implemented as different modules integrated in the same device, but is not limited thereto.

In the embodiment of the present invention, for user devices registered in the private private network 230, the MEC server 220 can provide private services to these user devices through the private service module 224 (such as end-to-end call service).

For example, assume that the service range of the private network 230 corresponds to an amusement park. In this case, the communication devices owned by the employees of the amusement park can be planned as registered user devices of the private network 230 . Therefore, the above-mentioned employees can conduct end-to-end conversations with each other through the private service module 224 of the MEC server 220 with the communication devices they own, but it is not limited thereto. In some embodiments, the employee can become a registered user device of the private network 230 by inserting a SIM card registered in the private network 230 into the communication device held by him, but it is not limited thereto.

In the embodiment of the present invention, it is assumed that the user device 210 (such as a communication device held by a tourist) is not registered in the private network 230, so the MEC server 220 cannot directly provide these user devices through the private service module 224. The aforementioned private service (eg, establishing a peer-to-peer call between the user device 210 and the communication device of the aforementioned employee).

In one embodiment, it is assumed that the owner of the user device 210 wants to initiate an emergency call to contact a relevant medical unit due to an emergency. In this case, the user device 210 will generally contact a general private medical unit (such as a fire station outside an amusement park) through the mechanism shown in FIG. 1B . However, since most general amusement parks have employees specialized in medical care, contacting these employees should result in faster processing. Therefore, if a mechanism can be designed to allow the user device 210 to directly conduct end-to-end conversations with the user device held by the above-mentioned employee when initiating an emergency call, the above-mentioned emergency event can be handled more appropriately.

In view of this, the MEC server 220 of the present invention can solve the above technical problems by implementing the method proposed by the present invention, the details of which are described below.

Please refer to FIG. 3 , which is a flow chart of a method for assisting an unregistered user device to access a private private network peer-to-peer call service according to an embodiment of the present invention. The method of this embodiment can be executed by the MEC server 220 in FIG. 2 to assist the user device 210 not registered in the private network 230 . The details of the steps in FIG. 3 will be described below with the components shown in FIG. 2 .

First, in step S310 , the MEC server 220 determines whether the user device 210 not registered in the private network 230 intends to initiate an emergency call request. If yes, the MEC server 220 may continue to execute step S320, otherwise, may execute step S310 again, but it is not limited thereto.

In one embodiment, the MEC server 220 may execute step S310 based on the flow shown in FIG. 4 . Please refer to FIG. 4 , which is a flowchart illustrating a request for judging whether the user device intends to initiate an emergency call according to an embodiment of the present invention. In this embodiment, when the user device 210 intends to initiate an emergency call, the user device 210 may attempt to establish an emergency call session with the private network 230 . In this case, the private network 230 may execute step S410 to determine that the emergency call session is established between the user device 210 and the private network 230 . Afterwards, in step S420 , in response to establishing the emergency call session, the private network 230 may send session information associated with the emergency call session to the MEC server 220 . In one embodiment, the above session information may include at least one of the Internet Protocol (IP) address of the user device 210, the session type (for example, emergency type) and the session QoS flow identifier (QFI). one.

Correspondingly, in step S430, in response to the MEC server 220 receiving the session information of the emergency call session, the MEC server 220 may determine that the user device 210 not registered in the private network 230 intends to initiate an emergency call request, but is not limited to this.

Referring to FIG. 3 again, after determining that the user device 210 intends to initiate an emergency call request, the MEC server 220 may execute step S320 accordingly. In step S320 , the MEC server 220 assists the user device 210 to access the peer-to-peer call service without being registered in the private network 230 .

In one embodiment, the MEC server 220 may execute step S320 based on the flow shown in FIG. 5 . Please refer to FIG. 5 , which is a flow chart of assisting a user device in accessing a peer-to-peer call service according to an embodiment of the present invention. Firstly, in step S510 , the private service module 224 can obtain the default service devices 241 ~ 24N corresponding to the peer-to-peer call service, wherein each default service device 241 ~ 24N has been registered in the private network 230 . In different embodiments, the MEC server 220 can select the default service devices 241 - 24N from the user devices registered in the private network 230 according to the principle set by the designer according to requirements.

In one embodiment, it is assumed that the peer-to-peer dialogue service provided by the MEC server 220 is to allow the user device 210 to conduct peer-to-peer communication with one of the default service devices 241 - 24N registered in the private network 230 . In this case, the private service module 224 can obtain the default service devices 241 - 24N corresponding to the peer-to-peer call service.

Afterwards, in step S520, the private service module 224 can select a specific service device from the default service devices 241~24N, and request the PCF entity 233 of the private network 230 to initiate a call to the specific service device through the policy/charging rule module 223 Service Request CQ.

In one embodiment, the private service module 224 may request the location module 226 to analyze the locations of the default service devices 241˜24N in response to the session information when determining that the user device 210 is about to initiate an emergency call. In one embodiment, after the private service module 224 obtains the location of the user device 210 and the locations of the default service devices 241~24N from the location module 226, it can find the closest One of the user devices 210 serves as a specific service device. In other embodiments, the private service module 224 may also select a specific service device from the default service devices 241 - 24N based on other principles. For example, the private service module 224 may also randomly select one of the preset service devices 241-24N as the specific service device, but it is not limited thereto.

For the convenience of description, the following assumes that the default service device 241 is the specific service device selected by the private service module 224 and can be used for peer-to-peer communication. In this case, the PCF entity 233 can send a call service request CQ to the default service device 241 according to the above teaching. Correspondingly, the default service device 241 can send a call service response CR to the PCF entity 233 in response to the call service request CQ, and the PCF entity 233 can inform the policy/charging rule module 223 .

Afterwards, in step S530, in response to the call service response CR, the policy/charging rule module 223 may trigger the private service module 224 to assist the user device 210 in performing an end-to-end connection with a specific service device (ie, the default service device 241 ). call.

In one embodiment, the MEC server 220 may execute step S530 through the flowchart shown in FIG. 6 . Please refer to FIG. 6 , which is a flow chart of assisting a user device to perform a peer-to-peer call with a specific service device according to an embodiment of the present invention. First, in step S610 , the response specific service device sends a call service response CR, and the MEC server 220 confirms from the private network 230 that the specific service device has entered the call waiting state.

Next, in step S620, the MEC server 220 sends an emergency call response to the user device 210, wherein the emergency call response corresponds to the above emergency call request. Correspondingly, the user device 210 can perform a peer-to-peer call with the above-mentioned specific service device through the MEC server 220 , but is not limited thereto.

In one embodiment, the MEC server 220 may first obtain which employees of the amusement park are corresponding to the above-mentioned emergency call service (such as medical personnel, etc.), and then regard the user devices held by these employees as the above-mentioned default service devices. After that, the MEC server 230 can find out one of the default service devices that is closest to the user device 210 as the specific service device, and then establish a peer-to-peer communication between the user device 210 and the specific service device. In this way, tourists who need the emergency call service can find the nearest medical staff to assist in emergency affairs through the above-mentioned peer-to-peer call service, but it is not limited to this.

In addition, the MEC server 220 may also regard all user devices registered in the private network 230 as default service devices, and then select the one closest to the user device 210 as the specific service device. In this way, the MEC server 220 can allow the user device 210 to directly find any preset service device closest to the user device 210 to conduct an end-to-end conversation with the user device 210 after initiating an emergency call (for example, to find out the closest service device to the user device 210). amusement park employees of device 210 to deal with emergencies).

It should be understood that although it is assumed above that the service scope of the private network 230 corresponds to an amusement park, it is only used as an example and not intended to limit possible implementations of the present invention. In other embodiments, the service scope of the private network 230 can be designed to correspond to any form of fields, such as factories, national parks, etc., according to the designer's requirements.

Based on this, for any user device 210 located within the service range of the private network 230 and not registered in the private network 230, all can communicate with registered user devices of the private network 230 (for example, by a factory) employees, or are held by national park staff) for end-to-end calls.

In summary, the embodiment of the present invention allows the MEC server to assist the user device to perform end-to-end pairing with the default service device registered in the private network when it determines that the user device not registered in the private network intends to initiate an emergency call end call. In this way, when the user device initiates an emergency call, it can make a peer-to-peer call to a nearby preset service device instead of trying to contact a distant unit (such as a private fire department, etc.). In this way, the above-mentioned emergency events can be dealt with more immediately, thereby reducing the impact of the emergency events.

Although the present invention has been disclosed above with the embodiments, it is not intended to limit the present invention. Anyone with ordinary knowledge in the technical field may make some changes and modifications without departing from the spirit and scope of the present invention. The scope of protection of the present invention should be defined by the scope of the appended patent application.

110, 120, 210: user equipment 200: Communication system 210a: Specific applications 220:MEC server 221: UPF entity 222:Network access service module 223: Policy/charging rule module 224: Private service module 225:Authorization module 226: Position Module 230: private private network 230a: base station 230b: core network 231: AMF entity 232:SMF entity 233: PCF entity 234: UDM entity 241~24N: Default service device CQ: call service request CR: call service response S310, S320, S410~S430, S510~S530, S610, S620: steps

FIG. 1A is a schematic diagram of a conventional user device accessing the Internet. FIG. 1B is another schematic diagram of accessing the Internet according to the conventional user device shown in FIG. 1A . FIG. 2 is a schematic diagram of a communication system according to an embodiment of the present invention. FIG. 3 is a flowchart illustrating a method for assisting an unregistered user device to access a private private network peer-to-peer call service according to an embodiment of the present invention. FIG. 4 is a flowchart illustrating a request for determining whether a user device intends to initiate an emergency call according to an embodiment of the present invention. FIG. 5 is a flowchart illustrating assisting a user device to access a peer-to-peer call service according to an embodiment of the present invention. FIG. 6 is a flow chart illustrating assisting a user device to perform a peer-to-peer call with a specific service device according to an embodiment of the present invention.

S310, S320: steps

Claims (16)

A method for assisting an unregistered user device to access a private private network end-to-end call service, which is suitable for a communication system applying mobile edge computing, the method comprising: judging by a mobile edge computing server whether a user device not registered in a private network intends to initiate a request for an emergency call; and In response to the request that the user device that is not registered in the private network intends to initiate the emergency call, the mobile edge computing server assists the user device in accessing a peer-to-peer device that is not registered in the private network call service. The method as described in claim 1, wherein the step of assisting the user device to access the peer-to-peer call service without being registered in the private network by the mobile edge computing server comprises: obtaining at least one default service device corresponding to the peer-to-peer call service, wherein each of the default service devices has been registered in the private network; selecting a specific service device from the at least one default service device by the mobile edge computing server, and sending a call service request to the specific service device by the mobile edge computing server, wherein the specific service device responds to the call service request to send a call service response; and In response to the call service response, the mobile edge computing server assists the user device to perform a peer-to-peer call with the specific service device. The method as claimed in item 1, wherein the communication system further includes the private network, and the method further includes: The private private network determines that an emergency call session is established between the user device and the private private network; and In response to establishing the emergency call session, the private private network sends session information associated with the emergency call session to the mobile edge computing server. The method as described in claim 2, wherein performing the peer-to-peer conversation with the specific service device comprises: Responding to the call service response sent by the specific service device, the mobile edge computing server confirms from the private network that the specific service device has entered a call-waiting state; and The mobile edge computing server sends an emergency call response to the user device, and the emergency call response corresponds to the request for the emergency call, and the user device performs a peer-to-peer call with the specific service device through the mobile edge computing server. The method as described in claim 3, wherein in response to the mobile edge computing server receiving the session information of the emergency call session, the mobile edge computing server determines that the user device not registered in the private network intends to initiate the emergency call. The method as described in claim item 5, wherein said method further comprises: In response to determining that the user device not registered in the private network intends to initiate the emergency call, the mobile edge computing server analyzes the location of at least one default service device in response to the session information, wherein each of the default service devices has Register on the private network. The method as claimed in claim 3, wherein the session information of the emergency call session includes at least one of an IP address, a session type, and a session QoS stream identifier of the user equipment. The method as claimed in claim 2, wherein the specific service device is closest to the user device among the at least one default service device. A communication system for assisting unregistered user devices in accessing private private network end-to-end call services, comprising: A mobile edge computing server configured to: judging whether a user device not registered in the private network intends to initiate a request for an emergency call; and In response to determining that a user device not registered in the private network intends to initiate the request for the emergency call, assisting the user device to access a peer-to-peer call service without being registered in the private network. The communication system as described in claim 9, wherein the mobile edge computing server is configured to: Obtaining at least one default service device corresponding to the peer-to-peer communication service through a private service module corresponding to the peer-to-peer communication service, wherein each of the default service devices has been registered in the private network; Select a specific service device from the at least one default service device through the private service module, and request a policy control functional entity of the private network to the specific service device through a policy/charging rule module of the mobile edge computing server The service device sends a call service request, wherein the specific service device sends a call service response in response to the call service request; and In response to the call service response, the private service module is triggered through the policy/charging rule module to assist the user device to perform an end-to-end call with the specific service device. The communication system as described in claim 10, wherein the communication system further includes the private private network, and the private private network is further configured to: Determine that an emergency call session is established between the user device and the private network In response to establishing the emergency call session, session information associated with the emergency call session is sent to the mobile edge computing server. The communication system as claimed in claim 11, wherein the mobile edge computing server is configured to: Responding to the call service response sent by the specific service device, the mobile edge computing server confirms from the private network that the specific service device has entered a call-waiting state; and The mobile edge computing server sends an emergency call response to the user device, and the emergency call response corresponds to the request for the emergency call, and the user device performs a peer-to-peer call with the specific service device through the mobile edge computing server. The communication system as claimed in claim 11, wherein the mobile edge computing server is further configured to: In response to receiving the session information of the emergency call session, it is determined that the user device not registered in the private network intends to initiate the emergency call. The communication system as claimed in claim 13, wherein the mobile edge computing server is further configured to: In response to determining that the user device not registered in the private network intends to initiate the emergency call, the mobile edge computing server analyzes the location of at least one default service device in response to the session information, wherein each of the default service devices has Register on the private network. The communication system as claimed in claim 11, wherein the session information of the emergency call session includes at least one of an IP address, a session type, and a session QoS flow identifier of the user equipment. The communication system as claimed in claim 10, wherein the specific service device is closest to the user device among the at least one default service device.

Images