WO2015045223A1 - 通信システム、サービス共通装置、モバイルネットワークノード装置及びデータ通信方法 - Google Patents

通信システム、サービス共通装置、モバイルネットワークノード装置及びデータ通信方法 Download PDF

Info

Publication number
WO2015045223A1
WO2015045223A1 PCT/JP2014/003288 JP2014003288W WO2015045223A1 WO 2015045223 A1 WO2015045223 A1 WO 2015045223A1 JP 2014003288 W JP2014003288 W JP 2014003288W WO 2015045223 A1 WO2015045223 A1 WO 2015045223A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication terminal
application server
communication
behavior
network node
Prior art date
Application number
PCT/JP2014/003288
Other languages
English (en)
French (fr)
Inventor
孝法 岩井
井上　哲夫
訓雄 内田
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2015538844A priority Critical patent/JP6471691B2/ja
Priority to US15/024,050 priority patent/US10362495B2/en
Priority to CN201480053067.XA priority patent/CN105580405B/zh
Priority to EP14847810.0A priority patent/EP3051854A4/en
Publication of WO2015045223A1 publication Critical patent/WO2015045223A1/ja
Priority to PH12016500560A priority patent/PH12016500560A1/en
Priority to US16/439,025 priority patent/US11006289B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H04W64/006—Locating users or terminals or network equipment for network management purposes, e.g. mobility management with additional information processing, e.g. for direction or speed determination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Definitions

  • the present invention relates to a communication system, a service common apparatus, a mobile network node apparatus, a data communication method, and a program, and more particularly to a communication system, a service common apparatus, a mobile network node apparatus, a data communication method, and a program for optimizing communication terminal parameters.
  • Non-Patent Document 1 a method for optimizing network processing in accordance with usage characteristics of a mobile communication terminal. For example, for a terminal that is fixedly installed at a specific location, network processing may be executed so as to reduce control processing related to movement. Specifically, the interval at which the terminal performs location registration may be set longer than a predetermined time. Further, when the mobile communication terminal is a terminal that allows delay, the network is configured to transmit data to the mobile terminal by controlling the communication time so as to avoid the timing when the data transmission / reception amount reaches a peak. Processing may be executed.
  • optimization of network processing is executed for mobile terminals whose usage characteristics are fixed. For example, whether or not a terminal is fixedly installed at a specific location or a terminal that allows delay is determined by using predetermined service information or terminal information of the terminal.
  • a terminal is fixedly installed at a specific location or a terminal that allows delay is determined by using predetermined service information or terminal information of the terminal.
  • it is required to perform network processing optimization for mobile terminals whose usage characteristics change. Therefore, it is required to perform optimization of network processing using information other than service information or the like that generally changes less frequently.
  • an object of the present invention is to provide a communication system and a service common apparatus capable of performing optimization of network processing using information other than service information or the like that generally changes less frequently.
  • a mobile network node device, a data communication method, and a program are provided.
  • a communication system includes an application server configured to detect a behavior of a communication terminal and a first interface defined between the application server and the application server.
  • an application server configured to detect a behavior of a communication terminal and a first interface defined between the application server and the application server.
  • a service common apparatus configured to transmit the identifier of the communication terminal and the behavior information of the communication terminal to the mobile network node apparatus.
  • the service common apparatus is the service common apparatus transmitted from the application server via the first interface defined with the application server configured to detect the behavior of the communication terminal.
  • the communication terminal of the communication terminal via the second interface defined with the mobile network node device A communication unit that transmits the identifier and the behavior information of the communication terminal to the mobile network node device.
  • the mobile network node device is transmitted from the application server via a first interface defined with the application server configured to detect the behavior of the communication terminal.
  • the identifier of the communication terminal and the behavior information of the communication terminal are acquired via the second interface from the service common apparatus that has received the identifier of the communication terminal and the behavior information of the communication terminal, and the parameters related to the communication terminal are optimized. It is to become.
  • the data communication method is the data communication method transmitted from the application server via the first interface defined with the application server configured to detect the behavior of the communication terminal.
  • the communication terminal of the communication terminal via the second interface defined with the mobile network node device. The identifier and the behavior information of the communication terminal are transmitted to the mobile network node device.
  • the program according to the fifth aspect of the present invention is the communication terminal transmitted from the application server via the first interface defined with the application server configured to detect the behavior of the communication terminal.
  • the identifier of the communication terminal and the behavior information of the communication terminal In order to receive the identifier of the communication terminal and the behavior information of the communication terminal, and to optimize the parameters related to the communication terminal, the identifier of the communication terminal and the identifier of the communication terminal via the second interface defined with the mobile network node device A step of causing the computer to execute a step of transmitting the behavior information of the communication terminal to the mobile network node device.
  • Communication system capable of performing optimization of network processing using information other than service information or the like that generally changes less frequently according to the present invention Can be provided.
  • FIG. 1 is a configuration diagram of a communication network according to a first exemplary embodiment. It is a block diagram of the application server concerning Embodiment 2.
  • FIG. FIG. 3 is a configuration diagram of a common service device according to a second exemplary embodiment. It is a figure of the mobile network node concerning Embodiment 2.
  • FIG. FIG. 6 is a configuration diagram of a communication network according to a third embodiment. It is a figure which shows the subresource of serviceExposure Resource concerning Embodiment 2.
  • FIG. It is a figure which shows Attribute of deviceCharactoristic ⁇ > Resource concerning Embodiment 2.
  • FIG. It is a figure which shows Attribute of deviceCharactoristic ⁇ > Resource concerning Embodiment 2.
  • FIG. 1 is a configuration diagram of a communication network according to a first exemplary embodiment. It is a block diagram of the application server concerning Embodiment 2.
  • FIG. 3 is a configuration diagram of a common service device according to a second exemplary
  • FIG. It is a figure which shows Attribute of areaService
  • FIG. It is a figure which shows Attribute of areaService
  • FIG. It is a figure which shows the subresource of deviceTriggering
  • FIG. It is a figure which shows Attribute of deviceTriggering
  • FIG. It is a figure which shows Attribute of triggerResult
  • FIG. It is a figure explaining the link connection procedure in Z
  • FIG. 10 is a diagram for explaining a processing flow when execution of a service according to the second embodiment is successful.
  • FIG. 10 is a diagram for explaining a processing flow when execution of a service according to the second embodiment fails.
  • FIG. 10 is a diagram for explaining a flow of an asynchronous response process to a service execution request according to the second embodiment; It is a figure explaining the flow of a process when AE concerning Embodiment 2 updates the resource of CSE.
  • FIG. 10 is a diagram for explaining a processing flow when the NSE 60 according to the second embodiment requests a resource update to the CSE 50;
  • FIG. 10 is a diagram showing a flow of parameter changing processing according to the third embodiment.
  • FIG. 10 is a diagram showing a flow of message reception processing according to the third exemplary embodiment.
  • FIG. 6 is a configuration diagram of a communication network according to a fourth embodiment.
  • FIG. 10 is a configuration diagram of a communication network according to a fifth embodiment.
  • the communication system of FIG. 1 includes an application server 10, a common service device 20, a mobile network node 40, and a communication terminal 50.
  • the mobile network node 40 is a device arranged in the mobile network 30.
  • the application server 10 detects the behavior of the communication terminal 50.
  • the behavior of the communication terminal 50 may be content indicating the movement state or communication state of the communication terminal 50.
  • the movement state may be referred to as a movement characteristic indicating the movement speed or the like of the communication terminal 50
  • the communication state may be referred to as a communication characteristic indicating an average usage band or the like of the communication terminal 50.
  • the behavior of the communication terminal 50 may be content indicating battery information of the communication terminal, for example.
  • the application server 10 acquires information indicating behavior from the communication terminal 50.
  • the application server 10 acquires information indicating the behavior of the communication terminal 50 via the mobile network 30 to which the communication terminal 50 is connected.
  • the application server 10 may acquire information indicating the behavior of the communication terminal 50 via a server that communicates with the communication terminal 50.
  • the mobile network 30 is a network managed by a mobile communication carrier.
  • the mobile network 30 may be, for example, a network in which node devices defined in 3GPP are arranged. Therefore, the mobile network node 40 arranged in the mobile network 30 may be a node device defined in 3GPP.
  • the common service device 20 receives the information regarding the identifier of the communication terminal 50 and the behavior of the communication terminal 50 transmitted from the application server 10 via an interface defined with the application server 10.
  • the interface defined between the common service device 20 and the application server 10 may be, for example, a data format that is defined when data communication is performed between the common service device 20 and the application server 10.
  • the common service device 20 identifies the communication terminal 50 through an interface defined with the mobile network node 40. And information on the behavior of the communication terminal 50 is transmitted to the mobile network node 40.
  • Optimization of parameters related to the communication terminal 50 is, for example, to increase or decrease the communication resources allocated to the communication terminal 50 in the mobile network node 40 according to the behavior of the communication terminal 50.
  • the mobile network node 40 optimizes parameters related to the communication terminal 50 based on the identifier of the communication terminal 50 and information on the behavior of the communication terminal 50.
  • the interface defined between the common service device 20 and the mobile network node 40 may be, for example, a data format that is determined when data communication is performed between the common service device 20 and the mobile network node 40. Good.
  • the common service device 20 notifies the mobile network node 40 of information regarding the behavior of the communication terminal 50 that dynamically changes. Can do. Furthermore, the mobile network node 40 can optimize parameters related to the communication terminal 50 using information regarding the behavior of the communication terminal 50 that changes frequently. As a result, it is possible to reduce the load on the mobile network 30 such as improving the accommodation efficiency of communication terminals in the mobile network 30.
  • the application server 10 has a behavior management unit 11.
  • the behavior management unit 11 detects the behavior of the communication terminal 50 connected to the mobile network 30.
  • the communication terminal 50 autonomously transmits information related to the behavior to the application server 10 at the timing when the behavior of the own device changes.
  • the communication terminal 50 may periodically transmit information regarding the behavior of the own device to the application server 10.
  • the application server 10 may detect the behavior of the communication terminal 50 by acquiring information regarding the behavior transmitted from the communication terminal 50.
  • the information regarding the behavior of the communication terminal 50 includes, for example, movement characteristics, communication characteristics, battery information, and the like of the communication terminal 50.
  • the movement characteristic of the communication terminal 50 may be information indicating whether or not the communication terminal 50 is moving, for example. Further, when the communication terminal 50 is moving, information indicating whether the moving speed is faster or slower than a predetermined speed may be used.
  • a state in which the communication terminal 50 is not moving is set to a Stop state
  • a state in which the communication terminal 50 is moving at a speed slower than a predetermined speed is set to a Low Mobility state
  • the communication terminal 50 is A state where the vehicle is moving at a speed higher than a predetermined speed may be set as a High ⁇ Mobility state.
  • the movement characteristic of the communication terminal 50 may be information indicating the movement range of the communication terminal 50.
  • the movement characteristic of the communication terminal 50 may be information indicating a range in which the communication terminal 50 has moved within a predetermined period, or information indicating a locus of movement of the communication terminal 50 within the predetermined period. Good.
  • the movement characteristics of the communication terminal 50 may be information regarding the destination of the communication terminal 50.
  • the communication characteristics of the communication terminal 50 include, for example, an average usage band, an average communication time, an average operation time, an average communication interval, and the like in a predetermined period when the communication terminal 50 performs communication via the mobile network 30. May be.
  • the communication characteristics of the communication terminal 50 may be information indicating a time zone in which the communication terminal 50 performs communication.
  • the communication characteristic of the communication terminal 50 may be a data delay time allowed by the communication terminal 50.
  • the battery information of the communication terminal 50 may be information indicating the remaining battery level of the communication terminal 50, for example.
  • the battery information of the communication terminal 50 may be information indicating whether the communication terminal 50 is being charged, or may be information indicating whether the communication terminal 50 is operating in the power saving mode. Good.
  • the information related to the behavior of the communication terminal 50 may be information on an application in which the communication terminal 50 is activated, or information related to the radio wave status of the communication terminal 50.
  • the behavior management unit 11 When the behavior management unit 11 acquires information on the behavior including the movement characteristics, communication characteristics, battery information, or other information of the communication terminal 50 from the communication terminal 50, the behavior management unit 11 holds the information.
  • the behavior management unit 11 sends information identifying the communication terminal 50 to the common service device 20 together with information related to the behavior of the communication terminal 50 via the interface defined between the application server 10 and the common service device 20. Send.
  • the common service device 20 includes a communication unit 21 and an authentication unit 22.
  • the communication unit 21 receives the information regarding the identifier of the communication terminal 50 and the behavior of the communication terminal 50 transmitted from the application server 10 via the interface set with the application server 10.
  • the communication unit 21 outputs the received identifier of the communication terminal 50 and information regarding the behavior of the communication terminal 50 to the authentication unit 22.
  • the authentication unit 22 performs authentication related to the application server 10 using the information output from the communication unit 21.
  • the authentication unit 22 may determine whether or not the application server 10 that is an output source of information related to the behavior of the communication terminal 50 is an application server that is permitted to connect in advance. For example, the authentication unit 22 may hold information related to a list of application servers permitted to connect in advance.
  • the authentication unit 22 If the authentication unit 22 does not permit the connection of the application server 10 as a result of the authentication process, the authentication unit 22 notifies the application server 10 via the communication unit 21 that the connection is not permitted. The connection between them may be released. When the authentication unit 22 permits the connection of the application server 10 as a result of the authentication process, the authentication unit 22 may output a notification that the connection of the application server 10 is permitted to the communication unit 21.
  • the communication unit 21 When the authentication unit 22 permits the connection of the application server 10, the communication unit 21 outputs the information regarding the identifier of the communication terminal 50 and the behavior of the communication terminal 50 output from the application server 10 to the mobile network node 40.
  • the communication unit 21 converts information related to the behavior of the communication terminal 50 into the format of the format used in the interface defined between the common service device 20 and the mobile network node 40, and sends it to the mobile network node 40. Output.
  • the mobile network node 40 has a parameter management unit 41.
  • the parameter management unit 41 receives the information on the identifier of the communication terminal 50 and the behavior of the communication terminal 50 transmitted from the common service device 20 via an interface defined with the common service device 20.
  • the parameter management unit 41 changes the parameters related to the communication terminal 50 so as to optimize based on the information transmitted from the common service device 20.
  • an example relating to optimization of parameters related to the communication terminal 50 will be described.
  • the parameter management unit 41 may change the parameter set for the location registration area of the communication terminal 50 so as to narrow the location registration area.
  • the communication terminal 50 transmits a location registration request signal to the mobile network node 40 when moving outside the location registration area. At this time, if the location registration area is too narrow, a location registration request signal is transmitted to the mobile network node 40 every time the communication terminal 50 moves slightly, which may cause congestion of the mobile network node 40. is there. If the location registration area is too large, the number of communication terminals 50 managed by one mobile network node 40 increases, and the processing load on the mobile network node 40 increases.
  • the communication terminal 50 when it is detected that the communication terminal 50 is stopped, the communication terminal 50 frequently transmits a position registration request signal even if the position registration area that is a parameter related to the communication terminal 50 is narrowed. Absent. In this way, information related to the communication terminal 50 managed by the parameter management unit 41 can be optimized using information related to the behavior of the communication terminal 50.
  • the mobile network node 40 manages according to the behavior of the communication terminal 50. It is possible to change so as to optimize the parameters of the existing communication terminal 50.
  • the communication system of FIG. 5 includes an AE (Application Entity) 60, a CSE (Common Services Entity) 70, and an NSE (Network Service Entity) 80.
  • AE, CSE, and NSE are node devices defined in oneM2M that performs standardization on the Machine to Machine service.
  • the AE 60 corresponds to the application server 10 in FIG.
  • the CSE 70 corresponds to the common service device 20 in FIG.
  • the NSE 80 corresponds to the mobile network node 40 in FIG.
  • the CSE 50 may be a server device managed by a service provider that mediates communication between the AE 60 and the NSE 80. Further, the CSE 70 or a plurality of CSEs 70 managed by such a service provider may be referred to as a service platform.
  • the interface between AE60 and CSE70 is defined as X ⁇ ⁇ ⁇ Reference Point. Furthermore, the interface between the CSE 70 and the NSE 80 is defined as Z Reference Point.
  • X Reference Point defines a common format that defines necessary information items and an M2M Devices Information dedicated format when transmitting information related to the behavior of the communication terminal 50 from the AE 60 to the CSE 70.
  • the AE60 sets a delivery destination service platform ID and a delivery source application ID in a common format.
  • the delivery destination service platform ID is an ID assigned to the CSE 70, for example.
  • a delivery destination service platform ID common to the plurality of CSEs 70 may be assigned.
  • the distribution source application ID is an ID used for identifying the AE 60.
  • the AE 60 sets the terminal ID of the communication terminal 50 that has transmitted the information related to the behavior and the information related to the behavior in the M2M Devices Information dedicated format.
  • IMSI International Mobile Subscriber Identity
  • 3GPP Third Generation Partnership Project
  • another identifier such as a telephone number for identifying the communication terminal 50 may be used as the terminal ID of the communication terminal 50.
  • the information related to the behavior is set to mobility characteristics, communication characteristics, battery information, or other information other than these.
  • AE60 does not need to set all the information items in the M2M Devices Information format, and may divide the information items described above into mandatory items that require setting and optional items that allow arbitrary setting.
  • the essential item may be the terminal ID of the communication terminal 50 that is the parameter change target.
  • items other than the information regarding the behavior transmitted from the communication terminal 50 in the information regarding the behavior may be optional items. For example, when information related to movement characteristics is transmitted from the communication terminal 50, other information such as communication characteristics may not be set.
  • the CSE 70 has a function block which is CSFs (Common Service Service) 75.
  • the CSFs 75 may be configured using a CPU or the like in the CSE 70, for example.
  • the CSFs 75 correspond to the communication unit 21 and the authentication unit 22 in FIG. Below, the function performed in CSFs75 is demonstrated.
  • the CSFs 75 receives a message transmitted from the AE 60 via the X Reference Point. Furthermore, the CSFs 75 have a function of checking items set in the received message.
  • the CSFs 75 determines whether or not the distribution source application ID corresponds to an AE that is permitted to connect to the CSE 70 in advance.
  • the CSFs 75 may hold information related to a list of AEs that are permitted to connect to the CSE 70 in advance.
  • the CSFs 75 may determine whether or not the distribution source application ID set in the common format of the message is included in the list of AEs permitted to connect to the CSE 70 in advance.
  • the CSFs 75 may check the validity of other information items of the message. For example, it is assumed that the AE 60 is permitted to set only the movement characteristic as an option item.
  • the option items that can be set by the AE 60 may be determined in, for example, a contract between a business operator that manages the AE 60 and a business operator that manages the CSE 70.
  • the CSFs 75 may hold contract information between operators. In such a case, when the communication characteristic is set in the option item of the message transmitted from the AE 60, the CSFs 75 may discard the message transmitted from the AE 60 as an invalid message.
  • the AE 60 has a terminal ID that can be set as an essential item.
  • the CSFs 75 determines that the message transmitted from the AE 60 is an invalid message. It may be discarded.
  • the CSFs 75 transmits the message to the NSE 80 via the Z Reference Point.
  • the CSFs 75 selects an NSE that transmits a message and transmits the message to the selected NSE.
  • the CSFs 75 may search the NSE 80 that holds the parameter related to the terminal ID set in the message transmitted from the AE 60 from among the plurality of NSEs 80, and select the extracted NSE 80.
  • the CSFs 75 may transmit the terminal ID whose parameter is to be changed to the NSE 80 to each NSE 80 and use the response signal to specify the NSE 80 that holds the parameter related to the terminal ID.
  • the CSFs 75 converts the message transmitted from the AE 60 into a format used in the NSE 80, and transmits the message with the converted format to the NSE 80.
  • the format used in NSE80 is defined as Z Reference Point.
  • Z Reference Point defines a common format that defines necessary information items and an M2M Devices Information format when a message is transmitted from the CSE 70 to the NSE 80.
  • the CSFs 75 sets a distribution destination network ID and a distribution source service platform ID in a common format.
  • the distribution destination network ID is, for example, an ID assigned to the NSE 80.
  • the distribution source service platform ID is an ID used to identify the CSE 70.
  • the information items set in the M2M Devices Information format defined in the Z Reference Point are basically the same as the information items set in the M2M Devices Information format defined in the X Reference Point, and detailed description thereof will be omitted.
  • the CSFs 75 may analyze the information regarding the behavior transmitted from the AE 60, set the analysis result in the M2M Device Information format, and transmit it to the NSE 80. For example, the CSFs 75 may set the content instructing to narrow the location registration area in the NSE 80 in the M2M ⁇ Devices Information format when receiving a message that the communication terminal is stopped from the AE 60.
  • the CSFs 75 may execute billing processing in addition to the functions described above.
  • the charging process may be, for example, generating charging information when information is distributed using the NSE 80 when a message is received from the AE 60.
  • CSFs is a general term for a plurality of functions.
  • NSE CSF Network Service Exposure, Service Execution and Triggering (NSE) CSF.
  • NSE CSF manages a plurality of resources. The plurality of resources are updated in the AE. The NSE CSF notifies the NSE of the updated information when the resource managed by the AE is updated via the X Reference Point.
  • the resources managed by NSE CSF will be described below.
  • NSE CSF manages serviceExposure resource for M2M Applications. Furthermore, the following resources are managed as subresources (child resources) of serviceExposure resource for M2M Applications.
  • DeviceTriggering resource as a child resource of serviceExposure resource
  • DeviceCharacteristic resource as a child resource of serviceExposure resource
  • LocationNotification resource as a child resource of serviceExposure resource
  • PolicyRule resource as a child resource of serviceExposure resource
  • LocationQuery resource as a child resource of serviceExposure resource
  • ImsService resource as a child resource of serviceExposure resource
  • DeviceManagement resource as a child resource of serviceExposure resource ⁇ AreaService resource as a child resource of serviceExposure resource
  • GroupService resource as a child resource of serviceExposure resource
  • UnderlyingNetwork resource for the CSE operation purpose ⁇ Collection of underlyingNetwork resources ⁇ LinkManagement resource as a child resource of underlyingNetwork resource ⁇ LinkCredential resource as a child resource of linkManagement resource
  • Information items such as mobility characteristics, communication characteristics, battery information or other information set in the M2M Devices Information dedicated format are set in any of the above sub-resources.
  • deviceTriggering resource deviceCharacteristic resource, areaService resource, groupService resource, and subscription resource not described in the above subresources have the functions shown in FIG.
  • deviceTriggering resource is a resource that manages the timing at which the AE 40 notifies the NSE 60 of the execution of the service.
  • the deviceCharacteristic resource is a resource that manages the characteristics of the communication terminal connected to the NSE 60, for example.
  • resource is a resource which manages a delivery area.
  • resource is a resource that manages a group of communication terminals to which information is distributed.
  • the subscription resource is a resource used to notify the AE 40 of the updated resource when any of the sub-resources is updated. By having a subscription resource, bidirectional communication between the AE 40 and the NSE 60 can be performed.
  • deviceCharacteristic resource has Attributes shown in the list of FIGS. Further, areaService resource or groupService resource has Attribute shown in the list of FIG. 9 and FIG. Further, as shown in FIG. 11, deviceTriggering resource has triggerResult resource as a sub resource.
  • the deviceTriggering resource has the attributes shown in the list of FIG.
  • triggerResult resource which is a sub-resource of deviceTriggering resource, has the attributes shown in the list of FIG.
  • the CSE 50 selects the NSE 60 that notifies the information.
  • the CSE 50 determines, for example, whether or not the NSE needs to be notified of information related to the updated resource, and selects the NSE 60. Alternatively, the NSE 60 may be selected based on policy information or the like.
  • the CSE 50 notifies the selected NSE 60 of information regarding the updated resource.
  • the CSE 50 is installed in any of an Application Service Node (ASN) such as a communication terminal, a Middle Node (MN) such as a router, or an Infrastructure Node (IN) such as a service platform.
  • ASN Application Service Node
  • MN Middle Node
  • IN Infrastructure Node
  • the CSE 50 may have a function of identifying which device is installed in the ASN, MN, or IN. This function may be realized by a CPU or the like that executes a program stored in the memory.
  • the CSE 50 when communicating with the NSE, the CSE 50 may select an interface from OMA, GSMA OneAPI framework, and the like. The CSE 50 may request the NSE 60 to execute the function described below when the sub-resource included in the serviceExposure resource is updated.
  • IP Multimedia communications ⁇ Messaging ⁇ Location ⁇ Charging and billing services ⁇ Device information and profiles ⁇ Configuration and management of devices ⁇ Triggering, monitoring of devices ⁇ Small data transmission ⁇ Group management
  • the CSE 50 may request the NSE 60 to execute functions related to Triggering and Small data transmission.
  • the CSE 50 may request the NSE 60 to execute a function related to Device information and profiles.
  • the CSE 50 may request the NSE 60 to execute a function related to Location.
  • policyRule resource is updated, the CSE 50 may request the NSE 60 to execute a function related to Charging and billing services.
  • the locationQuery resource is updated, the CSE 50 may request the NSE 60 to execute a function related to Location.
  • imsService resource is updated, the CSE 50 may request the NSE 60 to execute a function related to IP Multimedia communications.
  • deviceManagement resource is updated, the CSE 50 may request the NSE 60 to execute a function related to Configuration and management of devices.
  • resource is updated, CSE50 may request
  • the CSE 50 transmits a Connection link request message to the NSE 60 (S101).
  • the NSE 60 transmits a Connection link accept message as a response message (S102).
  • the NSE 60 and the CSE 50 execute link setting processing (Create link credential), respectively (S103, S104).
  • the CSE 50 transmits a Disconnect link request message to the NSE 60 (S111).
  • the NSE 60 transmits a Disconnect-link-accept message as a response message (S112).
  • the NSE 60 and the CSE 50 execute link disconnection processing (Remove link credential), respectively (S113, S114).
  • the CSE 50 transmits a Watch dog request message to the NSE 60 (S121).
  • the NSE 60 transmits a Watch dog response message as a response message (S122).
  • the CSE 50 determines the link state between the CSE 50 and the NSE 60 based on the Watch dog response message (S123).
  • the CSE 50 determines to transmit a Request message, for example, when resources are updated (S131).
  • the CSE 50 transmits a Request message to the NSE 60.
  • the NSE 60 executes the instructed service based on the Request message (S133).
  • the NSE 60 transmits a Response message to the CSE 50 (S141). Information indicating that the service has been successfully executed is set in the Response message. Next, the CSE 50 determines whether another Response message has been transmitted (S142).
  • the NSE 60 transmits a Response message to the CSE 50 (S151). Information indicating that execution of the service has failed is set in the Response message. Next, the CSE 50 determines whether or not execution of the next service is instructed (S152).
  • the CSE 50 transmits a Request message to the NSE 60 (S161).
  • the NSE 60 transmits a Response message as a response signal to the Request message (S162).
  • the NSE 60 transmits a Request message as a response message regarding the result of executing the service based on the Request message in Step S161 (S163).
  • the CSE 50 transmits a Response message to the NSE 60 as a response message to the Request message in step S163 (S164).
  • the AE 40 transmits a Request message to the CSE 50 in order to update the resource held by the CSE (S171).
  • the resource held by the CSE is, for example, a sub-resource included in serviceExposure resource.
  • the CSE 50 transmits a Response message to the AE 40 as a response message (S172).
  • the CSE 50 determines to transmit a Request message to the NSE 60 when the held resource is updated (S173).
  • the CSE 50 transmits a Request message to the NSE 60 (S174).
  • the NSE 60 executes the instructed service based on the Request message (S175).
  • the NSE 60 transmits a Request message to request a resource update to the CSE 50 (S181).
  • the AE 40 transmits a Request message for directly updating the resource held by the CSE, whereas the NSE 60 does not directly update the resource held by the CSE 50, but instead of the resource in the CSE 50.
  • the CSE 50 transmits a Response message to the NSE 60 (S182).
  • the CSE 50 updates the resource held based on the Request message in Step S181, and determines to transmit the Request message to the AE 40 (S183).
  • the CSE 50 transmits a Request message to the AE 40 (S184).
  • the AE 40 executes the instructed service based on the Request message (S185). This figure is executed, for example, when the AE 40 has previously set notification to the AE when a change occurs in the CSE resource.
  • the AE 60 transmits an M2M Devices Information notification message to the CSE 70 (S11).
  • the CSE 70 executes M2M Devices ⁇ ⁇ Information notification message reception processing (S12).
  • the M2M Devices Information notification message reception process includes an AE60 authentication process in the CSE70.
  • the M2M Devices Information notification message reception process in step S12 will be described in detail later.
  • the CSE 70 authenticates that the AE 60 is previously permitted to connect, the CSE 70 transmits an M2M Devices Information notification message to the NSE 80 (S13).
  • the NSE 80 transmits a response message to the CSE 70 (S14).
  • the CSE 70 transmits a response message to the M2M Devices Information notification message in step S11 (S15).
  • the NSE 60 When the NSE 60 transmits the response message in step S14, the NSE 60 performs a parameter changing process related to the designated communication terminal (S16).
  • the CSE 70 when the CSE 70 receives the M2M Devices Information notification message transmitted from the AE 60, the CSE 70 authenticates the AE 60 that is the transmission source of the M2M Devices Information notification message (S21). Specifically, the CSE 70 determines whether or not the AE 60 is an AE that is permitted to connect to the CSE 70 in advance. The CSE 70 may hold list information regarding AEs that are permitted to connect to the CSE 70 in advance. The CSE 70 may determine whether or not the AE 60 is included in the list information.
  • the process ends.
  • the CSE 70 determines that the AE 60 is not included in the list information (authentication NG)
  • the CSE 70 selects the NSE that transmits the M2M Devices Information notification message (S22).
  • the CSE 70 selects, for example, an NSE that holds parameters related to the terminal specified in the M2M Devices Information notification message. Further, when there is one NSE connected to the CSE 70, this step may be omitted.
  • the CSE 70 converts the M2M Devices Information notification message transmitted from the AE 60 into a format used in the selected NSE 80.
  • the format used in NSE80 is defined as Z Reference Point.
  • Z Reference Point defines a common format that defines necessary information items and an M2M Devices Information format when the M2M Devices Information notification message is transmitted from the CSE 70 to the NSE 80.
  • the communication network defines X Reference Point and Z Reference Point between AE60 and CSE70 and between CSE70 and NSE80, respectively.
  • the AE 60 acquires information on the behavior of the terminal from the communication terminal 50
  • the AE 60 can notify the information on the behavior of the terminal to the NSE 80 via the CSE 70.
  • the NSE 80 can be changed to optimize the parameters related to the communication terminal 50 by acquiring information related to the behavior of the terminal.
  • AE 60 AE 60
  • CSE 70 CSE 70
  • MTC Machine Type Communication
  • IWF InterWorking Function
  • HSS Home Subscriber Server
  • MME Mobility Management Entity
  • the MTC-IWF entity 81 acquires the message transmitted from the CSE 70.
  • the MTC-IWF entity 81 specifies a parameter to be changed for the communication terminal 50 based on the information regarding the behavior of the communication terminal 50 set in the received message.
  • the HSS 82 holds subscriber information regarding the communication terminal 50.
  • the subscriber information may include, for example, contract information regarding the communication terminal 50, position information, and the like.
  • the MME 83 performs movement management of the communication terminal 50.
  • the MME 83 manages the location registration area of the communication terminal 50, and further performs path control of user data transmitted and received by the communication terminal 50.
  • the HSS 82 is instructed to change the parameters related to the communication terminal 50 from the MTC-IWF entity 81, the HSS 82 changes the parameters related to the communication terminal 50 held by itself.
  • Tsp is an interface defined between the CSE 70 and the MTC-IWF entity 81
  • S6m is an interface defined between the MTC-IWF entity 81 and the HSS 82
  • T5b is an MTC-IWF entity 81.
  • MME 83 The specifications of Tsp, S6m, and T5b are determined in 3GPP.
  • the communication network according to the fourth embodiment of the present invention it is possible to change the parameters related to the communication terminal in the mobile communication network having the node device defined in 3GPP.
  • the communication network in this figure has a configuration in which the application server 10 is excluded from the communication network in FIG. 1, and the configuration other than the application server 10 is the same as the communication network in FIG.
  • the common service device 20 acquires information regarding the behavior of the communication terminal 50 transmitted from the communication terminal 50.
  • the common service device 20 acquires information on the behavior of the communication terminal 50 via the application server 10.
  • Information on behavior is acquired from 50.
  • the common service device 20 may acquire information related to behavior from the communication terminal 50 via the mobile network 30, or may acquire information related to behavior from the communication terminal 50 via other networks.
  • the common service device 20 can acquire information on behavior from the communication terminal 50. That is, the common service device 20 can acquire information related to behavior directly from the communication terminal 50 as well as through the application server 10. This eliminates the need for the common service device 20 to define an interface with the application server 10, so that the device configuration can be simplified as compared with FIG. 1.
  • the common service device 20 may use a configuration in which information related to the behavior of the communication terminal 50 is acquired via the application server 10 and a configuration in which the information is directly acquired from the communication terminal 50.
  • the present invention has been described as a hardware configuration, but the present invention is not limited to this.
  • the present invention can also realize processing in the common service device 20 and the mobile network node 40 by causing a CPU (Central Processing Unit) to execute a computer program.
  • a CPU Central Processing Unit
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium).
  • Examples of non-transitory computer-readable media include magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), CD-ROMs (Read Only Memory), CD-Rs, CD-R / W, semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable ROM), flash ROM, RAM (Random Access Memory)) are included.
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

ネットワーク処理の最適化を実行することができる通信システムを提供することを目的とする。本発明にかかる通信システムは、通信端末（５０）の挙動を検出するように構成されたアプリケーションサーバ（１０）と、アプリケーションサーバ（１０）との間に定義された第１のインタフェースを介してアプリケーションサーバ（１０）から送信された通信端末（５０）の識別子及び通信端末（５０）の挙動情報を受信し、通信端末（５０）に関するパラメータを最適化させるために、モバイルネットワークノード（４０）との間に定義された第２のインタフェースを介して、通信端末（５０）の識別子及び通信端末（５０）の挙動情報をモバイルネットワークノード（４０）へ送信するように構成されたサービス共通装置（２０）と、を備える。

Description

通信システム、サービス共通装置、モバイルネットワークノード装置及びデータ通信方法
　本発明は通信システム、サービス共通装置、モバイルネットワークノード装置、データ通信方法及びプログラムに関し、特に通信端末のパラメータを最適化する通信システム、サービス共通装置、モバイルネットワークノード装置、データ通信方法及びプログラムに関する。
　近年、移動通信システムを構成するそれぞれの処理ノードの設定を最適化するための方法が求められている。３ＧＰＰにおいては、移動通信端末の利用特性に応じてネットワーク処理を最適化する方法の提案が行われている（非特許文献１）。例えば、特定の場所に固定して設置される端末に関しては、移動に関する制御処理を軽減するようにネットワーク処理を実行してもよい。具体的には、端末が位置登録を実行する間隔を、所定の時間よりも長く設定してもよい。さらに、移動通信端末が遅延を許容する端末である場合には、通信時間を制御してデータ送受信量がピークとなるタイミングを避けるようにして、移動端末に対してデータの送信を行うようにネットワーク処理を実行してもよい。
3GPP TS 22.368 V11.3.0 (2011-09) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service requirements for Machine-Type Communications(MTC);Stage 1 (Release 11)
　しかし、上述したように、ネットワーク処理の最適化は、利用特性が固定的な移動端末を対象として実行されている。例えば、特定の場所に固定して設置されている端末又は遅延を許容する端末かどうかは、あらかじめ定められている、端末のサービス情報もしくは端末情報等を用いて判定される。現在、上述したネットワーク処理の最適化に加えて、利用特性が変化する移動端末を対象としたネットワーク処理の最適化を実行することが求められている。そのために、一般的に変化する頻度が少ないサービス情報等以外の情報を用いて、ネットワーク処理の最適化を実行することが求められている。
　本発明の目的は、上述した課題を解決するために、一般的に変化する頻度が少ないサービス情報等以外の情報を用いて、ネットワーク処理の最適化を実行することができる通信システム、サービス共通装置、モバイルネットワークノード装置、データ通信方法及びプログラムを提供することにある。
　本発明の第１の態様にかかる通信システムは、通信端末の挙動を検出するように構成されたアプリケーションサーバと、前記アプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信するように構成されたサービス共通装置と、を備えるものである。
　本発明の第２の態様にかかるサービス共通装置は、通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信する通信部、を備えるものである。
　本発明の第３の態様にかかるモバイルネットワークノード装置は、通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信したサービス共通装置から、第２のインタフェースを介して前記通信端末の識別子及び前記通信端末の挙動情報を取得し、前記通信端末に関するパラメータを最適化するものである。
　本発明の第４の態様にかかるデータ通信方法は、通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信するものである。
　本発明の第５の態様にかかるプログラムは、通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信する工程をコンピュータに実行させるものである。
　本発明によって、一般的に変化する頻度が少ないサービス情報等以外の情報を用いて、ネットワーク処理の最適化を実行することができる通信システム、サービス共通装置、モバイルネットワークノード装置、データ通信方法及びプログラムを提供することができる。
実施の形態１にかかる通信ネットワークの構成図である。 実施の形態２にかかるアプリケーションサーバの構成図である。 実施の形態２にかかる共通サービス装置の構成図である。 実施の形態２にかかるモバイルネットワークノードの図である。 実施の形態３にかかる通信ネットワークの構成図である。 実施の形態２にかかるserviceExposure Resourceのサブリソースを示す図である。 実施の形態２にかかるdeviceCharactoristic ResourceのAttributeを示す図である。 実施の形態２にかかるdeviceCharactoristic ResourceのAttributeを示す図である。 実施の形態２にかかるareaService resourceもしくはgroupService resourceのAttributeを示す図である。 実施の形態２にかかるareaService resourceもしくはgroupService resourceのAttributeを示す図である。 実施の形態２にかかるdeviceTriggering resourceのサブリソースを示す図である。 実施の形態２にかかるdeviceTriggering resourceのAttributeを示す図である。 実施の形態２にかかるtriggerResult resourceのAttributeを示す図である。 実施の形態２にかかるZ Reference Pointにおけるリンク接続手順を説明する図である。 実施の形態２にかかるZ Reference Pointにおけるリンク切断手順を説明する図である。 実施の形態２にかかるZ Reference Pointにおけるリンク監視手順を説明する図である。 実施の形態２にかかるZ Reference Pointを介したサービス要求手順を説明する図である。 実施の形態２にかかるサービスの実行が成功した場合の処理の流れを説明する図である。 実施の形態２にかかるサービスの実行が失敗した場合の処理の流れを説明する図である。 実施の形態２にかかるサービスの実行要求に対する非同期応答処理の流れを説明する図である。 実施の形態２にかかるＡＥがＣＳＥのリソースを更新する際の処理の流れを説明する図である。 実施の形態２にかかるＮＳＥ６０が、ＣＳＥ５０へリソースの更新を要求した際の処理の流れを説明する図である。 実施の形態３にかかるパラメータ変更処理の流れを示す図である。 実施の形態３にかかるメッセージ受信処理の流れを示す図である。 実施の形態４にかかる通信ネットワークの構成図である。 実施の形態５にかかる通信ネットワークの構成図である。
　（実施の形態１）
　以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、アプリケーションサーバ１０、共通サービス装置２０、モバイルネットワークノード４０及び通信端末５０を有している。モバイルネットワークノード４０は、モバイルネットワーク３０に配置されている装置である。
　アプリケーションサーバ１０は、通信端末５０の挙動を検出する。通信端末５０の挙動とは、通信端末５０の移動状態、もしくは通信状態等を示す内容であってもよい。移動状態は、例えば、通信端末５０の移動速度等を示す移動特性と称されてもよく、通信状態は、通信端末５０の平均利用帯域等を示す通信特性と称されてもよい。その他に、通信端末５０の挙動として、例えば、通信端末の電池情報を示す内容であってもよい。
　アプリケーションサーバ１０は、通信端末５０から、挙動を示す情報を取得する。例えば、アプリケーションサーバ１０は、通信端末５０が接続しているモバイルネットワーク３０を介して通信端末５０の挙動を示す情報を取得する。もしくは、アプリケーションサーバ１０は、通信端末５０と通信するサーバを介して、通信端末５０の挙動を示す情報を取得してもよい。
　モバイルネットワーク３０は、移動通信事業者によって管理されているネットワークである。モバイルネットワーク３０は、例えば、３ＧＰＰにおいて規定されたノード装置が配置されたネットワークであってもよい。そのため、モバイルネットワーク３０に配置されているモバイルネットワークノード４０は、３ＧＰＰにおいて規定されたノード装置であってもよい。
　共通サービス装置２０は、アプリケーションサーバ１０との間に定義されたインタフェースを介して、アプリケーションサーバ１０から送信された通信端末５０の識別子及び通信端末５０の挙動に関する情報を受信する。共通サービス装置２０とアプリケーションサーバ１０との間に定義されたインタフェースは、例えば、共通サービス装置２０とアプリケーションサーバ１０との間においてデータ通信を行う際に定められるデータ形式のフォーマットであってもよい。
　共通サービス装置２０は、モバイルネットワークノード４０において保持されている通信端末５０に関連するパラメータを最適化させるために、モバイルネットワークノード４０との間に定義されたインタフェースを介して、通信端末５０の識別子及び通信端末５０の挙動に関する情報をモバイルネットワークノード４０へ送信する。
　通信端末５０に関連するパラメータの最適化とは、例えば、モバイルネットワークノード４０において、通信端末５０に対して割り当てている通信リソースを、通信端末５０の挙動に応じて増減することである。モバイルネットワークノード４０は、通信端末５０の識別子及び通信端末５０の挙動に関する情報に基づいて、通信端末５０に関連するパラメータの最適化を行う。
　共通サービス装置２０とモバイルネットワークノード４０との間に定義されたインタフェースは、例えば、共通サービス装置２０とモバイルネットワークノード４０との間においてデータ通信を行う際に定められるデータ形式のフォーマットであってもよい。
　以上説明したように、本発明の実施の形態１にかかる通信システムを用いることによって、共通サービス装置２０は、動的に変化する通信端末５０の挙動に関する情報を、モバイルネットワークノード４０へ通知することができる。さらに、モバイルネットワークノード４０は、頻繁に変化する通信端末５０の挙動に関する情報を用いて、通信端末５０に関連するパラメータを最適化することができる。これによって、モバイルネットワーク３０における通信端末の収容効率の向上等、モバイルネットワーク３０における負荷を削減することができる。
　（実施の形態２）
　続いて、図２を用いて本発明の実施の形態２にかかるアプリケーションサーバ１０の構成例について説明する。アプリケーションサーバ１０は、挙動管理部１１を有している。
　挙動管理部１１は、モバイルネットワーク３０に接続している通信端末５０の挙動を検出する。例えば、通信端末５０は、自装置における挙動が変化したタイミングにおいて、自律的に挙動に関する情報をアプリケーションサーバ１０へ送信する。もしくは、通信端末５０は、定期的に自装置の挙動に関する情報をアプリケーションサーバ１０へ送信してもよい。アプリケーションサーバ１０は、通信端末５０から送信される挙動に関する情報を取得することによって、通信端末５０の挙動を検出してもよい。
　ここで、通信端末５０の挙動に関して詳細に説明する。通信端末５０の挙動に関する情報には、例えば、通信端末５０の移動特性、通信特性、電池情報等が含まれる。通信端末５０の移動特性とは、例えば、通信端末５０が移動しているか否かを示す情報であってもよい。また、通信端末５０が移動している場合には、移動速度が予め定められた速度よりも速いか、遅いかを示す情報であってもよい。
　例えば、通信端末５０が移動していない状態を、Ｓｔｏｐ状態とし、通信端末５０が、予め定められた速度よりも遅い速度にて移動している状態を、Ｌｏｗ Ｍｏｂｉｌｉｔｙ状態とし、通信端末５０が、予め定められた速度よりも速い速度にて移動している状態を、Ｈｉｇｈ Ｍｏｂｉｌｉｔｙ状態としてもよい。
　もしくは、通信端末５０の移動特性は、通信端末５０の移動範囲を示す情報であってもよい。例えば、通信端末５０の移動特性は、所定期間内に通信端末５０が移動した範囲を示す情報であってもよく、もしくは、所定期間内に通信端末５０が移動した軌跡を示す情報であってもよい。さらに、通信端末５０の移動特性は、通信端末５０の目的地に関する情報であってもよい。
　通信端末５０の通信特性とは、例えば、通信端末５０がモバイルネットワーク３０を介して通信を行っている際の所定期間における、平均利用帯域、平均通信時間、平均操作時間、平均通信間隔等であってもよい。もしくは、通信端末５０の通信特性とは、通信端末５０が通信を行う時間帯を示す情報であってもよい。もしくは、通信端末５０の通信特性とは、通信端末５０が許容するデータの遅延時間であってもよい。
　通信端末５０の電池情報とは、例えば、通信端末５０のバッテリー残量を示す情報であってもよい。もしくは、通信端末５０の電池情報とは、通信端末５０が充電中か否かを示す情報であってもよく、通信端末５０が省電力モードで動作しているか否かを示す情報であってもよい。
　その他に、通信端末５０の挙動に関する情報は、通信端末５０が起動しているアプリケーションの情報であってもよく、通信端末５０の電波状況に関する情報であってもよい。
　挙動管理部１１は、通信端末５０の移動特性、通信特性、電池情報もしくはその他の情報を含む挙動に関する情報を通信端末５０から取得すると、その情報を保持する。
　ここで、挙動管理部１１は、アプリケーションサーバ１０と共通サービス装置２０との間に定義されたインタフェースを介して、通信端末５０の挙動に関する情報とともに通信端末５０を識別する情報を共通サービス装置２０へ送信する。
　続いて、図３を用いて本発明の実施の形態２にかかる共通サービス装置２０の構成例について説明する。共通サービス装置２０は、通信部２１及び認証部２２を有している。
　通信部２１は、アプリケーションサーバ１０との間に設定されたインタフェースを介してアプリケーションサーバ１０から送信された通信端末５０の識別子及び通信端末５０の挙動に関する情報を受信する。
　通信部２１は、受信した通信端末５０の識別子及び通信端末５０の挙動に関する情報を認証部２２へ出力する。
　認証部２２は、通信部２１から出力された情報を用いてアプリケーションサーバ１０に関する認証を行う。
　例えば、認証部２２は、通信端末５０の挙動に関する情報等の出力元のアプリケーションサーバ１０が、予め接続することが許可されたアプリケーションサーバか否かを判定してもよい。例えば、認証部２２は、予め接続することが許可されたアプリケーションサーバの一覧に関する情報を保持していてもよい。
　認証部２２は、認証処理を行った結果、アプリケーションサーバ１０の接続を許可しない場合、通信部２１を介してアプリケーションサーバ１０へ接続を許可しない旨の通知をするか、もしくは、アプリケーションサーバ１０との間の接続を解除してもよい。認証部２２は、認証処理を行った結果、アプリケーションサーバ１０の接続を許可する場合、アプリケーションサーバ１０の接続を許可した旨の通知を通信部２１へ出力してもよい。
　通信部２１は、認証部２２がアプリケーションサーバ１０の接続を許可した場合、アプリケーションサーバ１０から出力された通信端末５０の識別子及び通信端末５０の挙動に関する情報をモバイルネットワークノード４０へ出力する。通信部２１は、通信端末５０の挙動に関する情報等を、共通サービス装置２０とモバイルネットワークノード４０との間において定義されたインタフェースにおいて用いられているフォーマットの形式に変換して、モバイルネットワークノード４０へ出力する。
　続いて、図４を用いて本発明の実施の形態２にかかるモバイルネットワークノード４０の構成例について説明する。モバイルネットワークノード４０は、パラメータ管理部４１を有している。
　パラメータ管理部４１は、共通サービス装置２０との間に定義されたインタフェースを介して共通サービス装置２０から送信された通信端末５０の識別子及び通信端末５０の挙動に関する情報を受信する。
　パラメータ管理部４１は、共通サービス装置２０から送信された情報に基づいて、通信端末５０に関するパラメータを最適化するように変更する。ここで、通信端末５０に関するパラメータの最適化に関する例を説明する。
　例えば、パラメータ管理部４１は、通信端末５０が現在移動をしておらず停止している状態であるとする挙動に関する情報を受信したとする。このような場合、パラメータ管理部４１は、通信端末５０の位置登録エリアについて定めているパラメータについて、位置登録エリアを狭くするように変更してもよい。
　一般的に、通信端末５０は、位置登録エリア外に移動した場合に、モバイルネットワークノード４０へ位置登録要求信号を送信する。この時、位置登録エリアを狭くしすぎた場合、通信端末５０が少し移動する度にモバイルネットワークノード４０に対して位置登録要求信号が送信されてしまい、モバイルネットワークノード４０の輻輳を引き起こす可能性がある。位置登録エリアを広くしすぎた場合、一台のモバイルネットワークノード４０が管理する通信端末５０の数が増加し、モバイルネットワークノード４０における処理負担が増加する。
　これに対して、通信端末５０が停止していることを検出した場合、通信端末５０に関するパラメータである位置登録エリアを狭くしても、頻繁に通信端末５０が位置登録要求信号を送信することはない。このようにして、通信端末５０の挙動に関する情報を用いて、パラメータ管理部４１が管理している通信端末５０に関する情報を最適化することができる。
　ここまで、挙動に関する情報として、移動特性を用いた場合における、パラメータ管理部４１のパラメータ変更の例を説明したが、移動特性以外の挙動に関する情報を用いて、パラメータ管理部４１のパラメータを変更してもよい。
　以上説明したように、本発明の実施の形態２にかかるアプリケーションサーバ１０、共通サービス装置２０及びモバイルネットワークノード４０を用いることによって、通信端末５０の挙動に応じて、モバイルネットワークノード４０が管理している通信端末５０のパラメータを最適化するように変更することができる。
　（実施の形態３）
　続いて、図５を用いて本発明の実施の形態３にかかる通信システムの構成例について説明する。図５の通信システムは、ＡＥ（Application Entity）６０、ＣＳＥ（Common Services Entity）７０及びＮＳＥ（Network Service Entity）８０を有している。ＡＥ、ＣＳＥ及びＮＳＥは、Machine to Machineサービスに関する標準化を行うｏｎｅＭ２Ｍにおいて定められているノード装置である。ＡＥ６０は、図１におけるアプリケーションサーバ１０に相当する。ＣＳＥ７０は、図１における共通サービス装置２０に相当する。ＮＳＥ８０は、図１におけるモバイルネットワークノード４０に相当する。
　ＣＳＥ５０は、ＡＥ６０とＮＳＥ８０との間の通信を仲介するサービス事業者によって管理されるサーバ装置であってもよい。また、このようなサービス事業者が管理するＣＳＥ７０もしくは複数のＣＳＥ７０群をサービスプラットフォームと称してもよい。
　さらに、ＡＥ６０及びＣＳＥ７０の間のインタフェースは、X Reference Pointとして定められている。さらに、ＣＳＥ７０とＮＳＥ８０との間のインタフェースは、Z Reference Pointとして定められている。
　ここで、X Reference Pointについて説明を行う。X Reference Pointは、ＡＥ６０からＣＳＥ７０へ通信端末５０の挙動に関する情報を送信する際に、必要な情報項目を定めた共通フォーマット及びM2M Devices Information専用フォーマットを定めている。
　ＡＥ６０は、共通フォーマットにおいて、配信先サービスプラットフォームＩＤ及び配信元アプリケーションＩＤを設定する。配信先サービスプラットフォームＩＤは、例えば、ＣＳＥ７０に割り当てられているＩＤである。サービス事業者が複数のＣＳＥ７０を管理する場合、複数のＣＳＥ７０に共通する配信先サービスプラットフォームＩＤが割り当てられてもよい。配信元アプリケーションＩＤは、ＡＥ６０を識別するために用いられるＩＤである。
　ＡＥ６０は、M2M Devices Information専用フォーマットにおいて、挙動に関する情報を送信してきた通信端末５０の端末ＩＤ、挙動に関する情報を設定する。
　通信端末５０の端末ＩＤは、３ＧＰＰにおいて定義されている端末の識別子であるＩＭＳＩ（International Mobile Subscriber Identity）が用いられてもよい。もしくは、通信端末５０の端末ＩＤは、通信端末５０を識別するための電話番号等、他の識別子が用いられてもよい。
　挙動に関する情報は、移動特性、通信特性、電池情報もしくはこれら以外のその他の情報が設定される。
　ＡＥ６０は、M2M Devices Information専用フォーマットにおける情報項目をすべて設定する必要なく、上述した情報項目を、設定を必須とする必須項目及び任意の設定を可能とするオプション項目とに分けてもよい。例えば、必須項目は、パラメータ変更対象となる通信端末５０の端末ＩＤとしてもよい。さらに、挙動に関する情報の内、通信端末５０から送信された挙動に関する情報以外の項目は、オプション項目としてもよい。例えば、通信端末５０から移動特性に関する情報が送信されてきた場合に、通信特性等他の情報については、設定しなくてもよい。
　次に、ＣＳＥ７０の構成及び機能について説明する。ＣＳＥ７０は、ＣＳＦｓ（Common Service Functions）７５とする機能ブロックを有する。ＣＳＦｓ７５は、例えば、ＣＳＥ７０におけるＣＰＵ等を用いて構成されてもよい。ＣＳＦｓ７５は、図３における通信部２１及び認証部２２に相当する。以下に、ＣＳＦｓ７５において実行される機能について説明する。
　ＣＳＦｓ７５は、X Reference Pointを介してＡＥ６０から送信されたメッセージを受信する。さらに、ＣＳＦｓ７５は、受信したメッセージに設定された項目をチェックする機能を有する。
　例えば、ＣＳＦｓ７５は、配信元アプリケーションＩＤが、予めＣＳＥ７０への接続が許可されたＡＥに該当するか否かを判定する。例えば、ＣＳＦｓ７５は、予めＣＳＥ７０への接続が許可されたＡＥの一覧に関する情報を保持していてもよい。ＣＳＦｓ７５は、メッセージの共通フォーマットに設定されている配信元アプリケーションＩＤが、予めＣＳＥ７０への接続が許可されたＡＥの一覧に含まれているかどうかを判定してもよい。
　さらに、ＣＳＦｓ７５は、メッセージのその他の情報項目に関する正当性をチェックしてもよい。例えば、ＡＥ６０は、オプション項目として、移動特性のみを設定することが許可されているとする。ＡＥ６０が設定可能なオプション項目は、例えば、ＡＥ６０を管理する事業者と、ＣＳＥ７０を管理する事業者との間の契約等において定められてもよい。さらに、ＣＳＦｓ７５は、事業者間の契約情報を保持してもよい。このような場合に、ＡＥ６０から送信されたメッセージのオプション項目に、通信特性が設定されている場合に、ＣＳＦｓ７５は、ＡＥ６０から送信されたメッセージは不当なメッセージとして破棄してもよい。
　もしくは、ＡＥ６０は、必須項目として設定することができる端末ＩＤが定められているとする。このような場合に、ＡＥ６０から送信されたメッセージの必須項目に、予め定められている端末ＩＤ以外の端末ＩＤが設定されている場合に、ＣＳＦｓ７５は、ＡＥ６０から送信されたメッセージは不当なメッセージとして破棄してもよい。
　ＣＳＦｓ７５は、メッセージのチェックを完了した後に、Z Reference Pointを介してメッセージをＮＳＥ８０へ送信する。また、ＣＳＥ７０に複数のＮＳＥ８０が接続している場合、ＣＳＦｓ７５は、メッセージを送信するＮＳＥを選択し、選択したＮＳＥへメッセージを送信する。
　例えば、ＣＳＦｓ７５は、複数のＮＳＥ８０の中から、ＡＥ６０から送信されたメッセージに設定された端末ＩＤに関するパラメータを保持するＮＳＥ８０を検索し、抽出されたＮＳＥ８０を選択してもよい。ＣＳＦｓ７５は、ＮＳＥ８０に対してパラメータ変更の対象となる端末ＩＤを各ＮＳＥ８０へ送信し、その応答信号を用いて、当該端末ＩＤに関するパラメータを保持するＮＳＥ８０を特定してもよい。
　ＣＳＦｓ７５は、ＮＳＥ８０へメッセージを送信する際に、ＡＥ６０から送信されたメッセージを、ＮＳＥ８０において用いられるフォーマットに変換し、フォーマットを変換したメッセージをＮＳＥ８０へ送信する。ここで、ＮＳＥ８０において用いられるフォーマットは、Z Reference Pointとして定められている。Z Reference Pointは、ＣＳＥ７０からＮＳＥ８０へメッセージを送信する際に、必要な情報項目を定めた共通フォーマット及びM2M Devices Informationフォーマットを定めている。
　ＣＳＦｓ７５は、共通フォーマットにおいて、配信先ネットワークＩＤ及び配信元サービスプラットフォームＩＤを設定する。配信先ネットワークＩＤは、例えば、ＮＳＥ８０に割り当てられているＩＤである。配信元サービスプラットフォームＩＤは、ＣＳＥ７０を識別するために用いられるＩＤである。
　Z Reference Pointにおいて定められるM2M Devices Informationフォーマットに設定する情報項目は、基本的にX Reference Pointにおいて定められるM2M Devices Informationフォーマットに設定する情報項目と同様であるため詳細な説明を省略する。
　また、ＣＳＦｓ７５は、ＡＥ６０から送信された挙動に関する情報を分析し、分析した結果をM2M Devices Informationフォーマットに設定して、ＮＳＥ８０へ送信してもよい。例えば、ＣＳＦｓ７５は、ＡＥ６０から通信端末が停止していると設定されたメッセージを受信した場合、ＮＳＥ８０における位置登録エリアを狭くするように指示する内容をM2M Devices Informationフォーマットに設定してもよい。
　ＣＳＦｓ７５は、上述した機能の他に、課金処理を実行してもよい。課金処理は、例えば、ＡＥ６０からメッセージを受信した際に、ＮＳＥ８０を用いて情報配信をおこなった際の課金情報を生成することであってもよい。
　ここで、ＣＳＦｓの具体例について説明する。ＣＳＦｓは、複数の機能の総称である。複数の機能の一つの機能として、Network Service Exposure, Service Execution and Triggering（ＮＳＥ） ＣＳＦがある。ＮＳＥ ＣＳＦは、複数のリソースを管理している。複数のリソースは、ＡＥにおいて更新等される。ＮＳＥ ＣＳＦは、X Reference Pointを介して、ＡＥによって管理しているリソースが更新された場合に、ＮＳＥへ更新された情報を通知する。以下に、ＮＳＥ ＣＳＦが管理するリソースについて説明する。
　ＮＳＥ ＣＳＦは、serviceExposure resource for M2M Applicationsを管理している。さらに、serviceExposure resource for M2M Applicationsのサブリソース（child resource）として、以下のリソースを管理している。
・deviceTriggering resource as a child resource of serviceExposure resource
・deviceCharacteristic resource as a child resource of serviceExposure resource
・locationNotification resource as a child resource of serviceExposure resource
・policyRule resource as a child resource of serviceExposure resource
・locationQuery resource as a child resource of serviceExposure resource
・imsService resource as a child resource of serviceExposure resource
・deviceManagement resource as a child resource of serviceExposure resource
・areaService resource as a child resource of serviceExposure resource
・groupService resource as a child resource of serviceExposure resource
・underlyingNetwork resource for the CSE operation purpose
・collection of underlyingNetwork resources
・linkManagement resource as a child resource of underlyingNetwork resource
・linkCredential resource as a child resource of linkManagement resource
　M2M Devices Information専用フォーマットに設定される、移動特性、通信特性、電池情報もしくはこれら以外のその他の情報等の情報項目は、上記のサブリソースのいずれかに設定される。
　ここで、deviceTriggering resource、deviceCharacteristic resource、areaService resource、groupService resource及び上記のサブリソースには記載していないsubscription resourceは、図６に示される機能を有する。
　例えば、deviceTriggering resourceは、ＡＥ４０が、ＮＳＥ６０に対してサービスの実行を通知するタイミングを管理するリソースである。deviceCharacteristic resourceは、例えば、ＮＳＥ６０に接続している通信端末の特性を管理するリソースである。areaService resourceは、配信地域を管理するリソースである。groupService resourceは、情報の配信先である通信端末のグループを管理するリソースである。subscription resourceは、いずれかのサブリソースが更新された場合に、ＡＥ４０へ更新されたリソースを通知するために用いられるリソースである。subscription resourceを有することによって、ＡＥ４０とＮＳＥ６０との間の双方向の通信を行うことができる。
　さらに、deviceCharacteristic resourceは、図７及び図８の一覧に示すAttributeを有している。また、areaService resourceもしくはgroupService resourceは、図９及び図１０の一覧に示すAttributeを有している。また、deviceTriggering resourceは、図１１に示すように、サブリソースとして、triggerResult resourceを有している。deviceTriggering resourceは、図１２の一覧に示すAttributeを有している。また、deviceTriggering resourceのサブリソースであるtriggerResult resourceは、図１３の一覧に示すAttributeを有している。
　ＡＥ４０が、deviceCharacteristic resource、areaService resource、groupService resource、deviceTriggering resource等のリソースを更新（Update）すると、ＣＳＥ５０は、情報を通知するＮＳＥ６０を選択する。ＣＳＥ５０は、例えば、更新したリソースに関する情報を通知する必要があるＮＳＥか否か等を判定して、ＮＳＥ６０を選択する。もしくは、ＮＳＥ６０は、ポリシー情報等に基づいて選択されてもよい。ＣＳＥ５０は、選択したＮＳＥ６０へ更新されたリソースに関する情報を通知する。
　また、ＣＳＥ５０は、通信端末等のApplication Service Node（ＡＳＮ）、ルータ等のMiddle Node（ＭＮ）もしくはサービスプラットフォーム等のInfrastructure Node（ＩＮ）のいずれかに搭載される。ここで、ＣＳＥ５０は、ＡＳＮ、ＭＮもしくはＩＮのいずれに搭載されているかに応じて、ＮＳＥとの間に用いるインタフェースもしくはＮＳＥへ通知する情報が異なる。そのため、ＣＳＥ５０は、自装置がＡＳＮ、ＭＮもしくはＩＮのどの装置に搭載されているかを識別する機能を有してもよい。この機能は、メモリに格納されているプログラムを実行するＣＰＵ等により実現されてもよい。
　ここで、ＣＳＥ５０が、ＩＮに搭載されている場合について説明する。この場合、ＣＳＥ５０は、ＮＳＥと通信する際に、ＯＭＡ、ＧＳＭＡ ＯｎｅＡＰＩ ｆｒａｍｅｗｏｒｋ等の中からインタフェースを選択してもよい。また、ＣＳＥ５０は、serviceExposure resourceに含まれるサブリソースが更新された場合に、以下に記載する機能の実行をＮＳＥ６０へ要求してもよい。
・IP Multimedia communications
・Messaging
・Location
・Charging and billing services
・Device information and profiles
・Configuration and management of devices
・Triggering, monitoring of devices
・Small data transmission
・Group management
　例えば、deviceTriggering resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してTriggering及びSmall data transmissionに関する機能の実行を要求してもよい。deviceCharacteristic resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してDevice information and profilesに関する機能の実行を要求してもよい。locationNotification resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してLocationに関する機能の実行を要求してもよい。policyRule resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してCharging and billing servicesに関する機能の実行を要求してもよい。locationQuery resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してLocationに関する機能の実行を要求してもよい。imsService resource が更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してIP Multimedia communicationsに関する機能の実行を要求してもよい。deviceManagement resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してConfiguration and management of devicesに関する機能の実行を要求してもよい。groupService resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してGroup managementに関する機能の実行を要求してもよい。
　続いて、図１４を用いて、Z Reference Pointにおけるリンク接続手順について説明する。はじめに、ＣＳＥ５０は、ＮＳＥ６０へConnection link requestメッセージを送信する（Ｓ１０１）。次に、ＮＳＥ６０は、応答メッセージとして、Connection link acceptメッセージを送信する（Ｓ１０２）。ステップＳ１０１及びＳ１０２におけるメッセージが通知された後に、ＮＳＥ６０及びＣＳＥ５０は、それぞれリンク設定処理（Create link credential）を実行する（Ｓ１０３、Ｓ１０４）。
　続いて、図１５を用いて、Z Reference Pointにおけるリンク切断手順について説明する。はじめに、ＣＳＥ５０は、ＮＳＥ６０へDisconnect link requestメッセージを送信する（Ｓ１１１）。次に、ＮＳＥ６０は、応答メッセージとして、Disconnect link acceptメッセージを送信する（Ｓ１１２）。ステップＳ１１１及びＳ１１２におけるメッセージが通知された後に、ＮＳＥ６０及びＣＳＥ５０は、それぞれリンク切断処理（Remove link credential）を実行する（Ｓ１１３、Ｓ１１４）。
　続いて、図１６を用いて、Z Reference Pointにおけるリンク監視手順について説明する。はじめに、ＣＳＥ５０は、ＮＳＥ６０へWatch dog requestメッセージを送信する（Ｓ１２１）。次に、ＮＳＥ６０は、応答メッセージとして、Watch dog responseメッセージを送信する（Ｓ１２２）。次に、ＣＳＥ５０は、Watch dog responseメッセージに基づいて、ＣＳＥ５０とＮＳＥ６０との間のリンク状態を判定する（Ｓ１２３）。
　続いて、図１７を用いて、Z Reference Pointを介したサービス要求手順について説明する。はじめに、ＣＳＥ５０は、例えば、リソースが更新等されることによって、Requestメッセージを送信することを決定する（Ｓ１３１）。次に、ＣＳＥ５０は、ＮＳＥ６０へRequestメッセージを送信する。次に、ＮＳＥ６０は、Requestメッセージに基づいて、指示されたサービスを実行する（Ｓ１３３）。
　続いて、図１８を用いて、サービスの実行が成功した場合の処理について説明する。はじめに、ＮＳＥ６０は、ＣＳＥ５０へResponseメッセージを送信する（Ｓ１４１）。Responseメッセージには、サービスの実行が成功したことを示す情報が設定されている。次に、ＣＳＥ５０は、他のResponseメッセージが送信されてきたか否かを判定する（Ｓ１４２）。
　続いて、図１９を用いて、サービスの実行が失敗した場合の処理について説明する。はじめに、ＮＳＥ６０は、ＣＳＥ５０へResponseメッセージを送信する（Ｓ１５１）。Responseメッセージには、サービスの実行が失敗したことを示す情報が設定されている。次に、ＣＳＥ５０は、次のサービスの実行が指示されているか否かを判定する（Ｓ１５２）。
　続いて、図２０を用いて、サービスの実行要求に対する非同期応答処理の流れについて説明する。はじめに、ＣＳＥ５０は、ＮＳＥ６０へRequestメッセージを送信する（Ｓ１６１）。次に、ＮＳＥ６０は、Requestメッセージに対する応答信号として、Responseメッセージを送信する（Ｓ１６２）。その後、ＮＳＥ６０は、ステップＳ１６１のRequestメッセージに基づいてサービスを実行した結果に関する応答メッセージとしてRequestメッセージを送信する（Ｓ１６３）。次に、ＣＳＥ５０は、ＮＳＥ６０へステップＳ１６３のRequestメッセージに対する応答メッセージとしてResponseメッセージを送信する（Ｓ１６４）。
　続いて、図２１を用いて、ＡＥがＣＳＥのリソースを更新する際の処理の流れについて説明する。はじめに、ＡＥ４０は、ＣＳＥが保持するリソースを更新するために、ＣＳＥ５０へRequestメッセージを送信する（Ｓ１７１）。ＣＳＥが保持するリソースは、例えば、serviceExposure resourceに含まれるサブリソースである。次に、ＣＳＥ５０は、応答メッセージとして、ＡＥ４０へResponseメッセージを送信する（Ｓ１７２）。
　次に、ＣＳＥ５０は、保持しているリソースが更新されたことにより、ＮＳＥ６０へRequestメッセージを送信することを決定する（Ｓ１７３）。次に、ＣＳＥ５０は、ＮＳＥ６０へRequestメッセージを送信する（Ｓ１７４）。次に、ＮＳＥ６０は、Requestメッセージに基づいて、指示されたサービスを実行する（Ｓ１７５）。
　続いて、図２２を用いて、ＮＳＥ６０が、ＣＳＥ５０へリソースの更新を要求した際の処理の流れについて説明する。はじめに、ＮＳＥ６０は、ＣＳＥ５０へリソースの更新を要求するためにRequestメッセージを送信する（Ｓ１８１）。ここで、図２１においては、ＡＥ４０は、ＣＳＥが保持するリソースを直接更新するRequestメッセージを送信したのに対して、ＮＳＥ６０は、ＣＳＥ５０が保持するリソースを直接更新するのではなく、ＣＳＥ５０におけるリソースの更新を要求するためにRequestメッセージを送信する。
　次に、ＣＳＥ５０は、ＮＳＥ６０へResponseメッセージを送信する（Ｓ１８２）。次に、ＣＳＥ５０は、ステップＳ１８１におけるRequestメッセージに基づいて保持するリソースを更新し、ＡＥ４０へRequestメッセージを送信することを決定する（Ｓ１８３）。次に、ＣＳＥ５０は、ＡＥ４０へRequestメッセージを送信する（Ｓ１８４）。次に、ＡＥ４０は、Requestメッセージに基づいて、指示されたサービスを実行する（Ｓ１８５）。本図は、例えば、ＡＥ４０が、ＣＳＥのリソースに変更が生じた場合に、ＡＥへ変更を通知することを予め設定していた場合等に実行される。
　続いて、図２３を用いて本発明の実施の形態３にかかるパラメータ変更処理の流れについて説明する。はじめに、ＡＥ６０は、ＣＳＥ７０へM2M Devices Information通知メッセージを送信する（Ｓ１１）。次に、ＣＳＥ７０は、ＡＥ６０から送信されたM2M Devices Information通知メッセージを受信すると、M2M Devices Information通知メッセージ受信処理を実行する（Ｓ１２）。M2M Devices Information通知メッセージ受信処理は、ＣＳＥ７０におけるＡＥ６０の認証処理を含む。ステップＳ１２におけるM2M Devices Information通知メッセージ受信処理は、後に詳述する。
　次に、ＣＳＥ７０は、ＡＥ６０が予め接続が許可されているＡＥであると認証すると、ＮＳＥ８０へM2M Devices Information通知メッセージを送信する（Ｓ１３）。
　次に、ＮＳＥ８０は、ＣＳＥ７０から送信されたM2M Devices Information通知メッセージを受信すると、ＣＳＥ７０へ応答メッセージを送信する（Ｓ１４）。ＣＳＥ７０は、ＮＳＥ８０から送信された応答メッセージを受信すると、ステップＳ１１におけるM2M Devices Information通知メッセージに対する応答メッセージを送信する（Ｓ１５）。
　ＮＳＥ６０は、ステップＳ１４において応答メッセージを送信すると、指定された通信端末に関連するパラメータの変更処理を実施する（Ｓ１６）。
　続いて、図２４を用いて本発明の実施の形態３にかかるM2M Devices Information通知メッセージ受信処理の流れについて説明する。はじめに、ＣＳＥ７０は、ＡＥ６０から送信されたM2M Devices Information通知メッセージを受信すると、M2M Devices Information通知メッセージの送信元であるＡＥ６０に関する認証を行う（Ｓ２１）。具体的には、ＣＳＥ７０は、ＡＥ６０が、予めＣＳＥ７０へ接続を許可されているＡＥであるか否かに関する判定を行う。ＣＳＥ７０は、予めＣＳＥ７０へ接続を許可されているＡＥに関する一覧情報を保持していてもよい。ＣＳＥ７０は、一覧情報の中にＡＥ６０が含まれているか否かを判定してもよい。
　ＣＳＥ７０は、ＡＥ６０が一覧情報の中に含まれていない（認証ＮＧ）と判定した場合、処理を終了する。ＣＳＥ７０は、ＡＥ６０が一覧情報の中に含まれていると判定した場合、M2M Devices Information通知メッセージを送信するＮＳＥを選択する（Ｓ２２）。ＣＳＥ７０は、例えば、M2M Devices Information通知メッセージにおいて指定されている端末に関するパラメータを保持しているＮＳＥを選択する。また、ＣＳＥ７０に接続されているＮＳＥが一つである場合、本ステップを省略してもよい。
　次に、ＣＳＥ７０は、ＮＳＥ８０を選択すると、ＡＥ６０から送信されたM2M Devices Information通知メッセージを、選択したＮＳＥ８０において用いられるフォーマットに変換する。ここで、ＮＳＥ８０において用いられるフォーマットは、Z Reference Pointとして定められている。Z Reference Pointは、ＣＳＥ７０からＮＳＥ８０へM2M Devices Information通知メッセージを送信する際に、必要な情報項目を定めた共通フォーマット及びM2M Devices Informationフォーマットを定めている。
　以上説明したように、本発明の実施の形態３にかかる通信ネットワークは、ＡＥ６０とＣＳＥ７０との間、及び、ＣＳＥ７０とＮＳＥ８０との間に、それぞれX Reference Point、Z Reference Pointを定義している。これによって、ＡＥ６０は、通信端末５０から端末の挙動に関する情報を取得すると、ＣＳＥ７０を介してＮＳＥ８０へ端末の挙動に関する情報を通知することができる。ＮＳＥ８０は、端末の挙動に関する情報を取得することによって、通信端末５０に関するパラメータを最適化するように変更することができる。
　（実施の形態４）
　続いて、図２５を用いて本発明の実施の形態４にかかる通信ネットワークの構成例について説明する。本図においては、主に図５におけるＮＳＥ８０に関する詳細な構成例を説明する。本図においては、ＣＳＥ７０が、３ＧＰＰにおいて規定されたノード装置を用いて構成される移動通信ネットワークと接続している構成例について説明する。
　図２５の通信ネットワークは、ＡＥ６０、ＣＳＥ７０、ＭＴＣ（Machine Type Communication）－ＩＷＦ（InterWorking Function）エンティティ８１、ＨＳＳ（Home Subscriber Server）８２及びＭＭＥ（Mobility Management Entity）８３を有している。ＡＥ６０及びＣＳＥ７０は、図５と同様であるため詳細な説明を省略する。
　ＭＴＣ－ＩＷＦエンティティ８１は、ＣＳＥ７０から送信されたメッセージを取得する。ＭＴＣ－ＩＷＦエンティティ８１は、受信したメッセージに設定されている通信端末５０の挙動に関する情報に基づいて、通信端末５０に関して変更するパラメータを特定する。
　ＨＳＳ８２は、通信端末５０に関する加入者情報を保持している。加入者情報は、例えば、通信端末５０に関する契約情報、位置情報等が含まれてもよい。ＨＳＳ８２は、ＭＴＣ－ＩＷＦエンティティ８１から通信端末５０に関するパラメータの変更を指示された場合に、自装置が保持する通信端末５０に関するパラメータを変更する。
　ＭＭＥ８３は、通信端末５０の移動管理を行う。例えば、ＭＭＥ８３は、通信端末５０の位置登録エリアを管理し、さらに、通信端末５０が送受信するユーザデータの経路制御等を行う。ＨＳＳ８２は、ＭＴＣ－ＩＷＦエンティティ８１から通信端末５０に関するパラメータの変更を指示された場合に、自装置が保持する通信端末５０に関するパラメータを変更する。
　また、Ｔｓｐは、ＣＳＥ７０とＭＴＣ－ＩＷＦエンティティ８１との間に定められるインタフェースであり、Ｓ６ｍは、ＭＴＣ－ＩＷＦエンティティ８１とＨＳＳ８２との間に定められるインタフェースであり、Ｔ５ｂは、ＭＴＣ－ＩＷＦエンティティ８１とＭＭＥ８３との間に定められるインタフェースである。Ｔｓｐ、Ｓ６ｍ、Ｔ５ｂは、それぞれ３ＧＰＰにおいてその仕様等が定められる。
　以上説明したように、本発明の実施の形態４にかかる通信ネットワークを用いることによって、３ＧＰＰにおいて規定されたノード装置を有する移動通信ネットワーク内における、通信端末に関連するパラメータを変更することができる。
　（実施の形態５）
　続いて、図２６を用いて本発明の実施の形態５にかかる通信ネットワークの構成例について説明する。本図の通信ネットワークは、図１の通信ネットワークからアプリケーションサーバ１０を除いた構成となっており、アプリケーションサーバ１０以外の構成については、図１の通信ネットワークと同様である。
　本図の通信ネットワークにおいては、共通サービス装置２０が、通信端末５０から送信される通信端末５０の挙動に関する情報を取得する。図１の通信ネットワークにおいては、共通サービス装置２０は、アプリケーションサーバ１０を介して通信端末５０の挙動に関する情報を取得しているが、本図の通信ネットワークにおいては、共通サービス装置２０が、通信端末５０から挙動に関する情報を取得する。
　共通サービス装置２０は、モバイルネットワーク３０を介して通信端末５０から挙動に関する情報を取得してもよく、その他のネットワークを介して通信端末５０から挙動に関する情報を取得してもよい。
　以上説明したように、本発明の実施の形態５にかかる通信ネットワークを用いることによって、共通サービス装置２０は、通信端末５０から挙動に関する情報を取得することができる。つまり、共通サービス装置２０は、アプリケーションサーバ１０を介する場合のみではなく、通信端末５０からも直接挙動に関する情報を取得することができる。これによって、共通サービス装置２０は、アプリケーションサーバ１０との間にインタフェースを定義する必要がなくなるため、図１と比較して装置構成を簡易にすることができる。
　また、共通サービス装置２０は、通信端末５０の挙動に関する情報を、アプリケーションサーバ１０を介して取得する構成と、通信端末５０から直接取得する構成とを併用してもよい。
　上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、共通サービス装置２０及びモバイルネットワークノード４０における処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１３年９月２７日に出願された日本出願特願２０１３－２０２７７３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１０　アプリケーションサーバ
　１１　挙動管理部
　２０　共通サービス装置
　２１　通信部
　２２　認証部
　３０　モバイルネットワーク
　４０　モバイルネットワークノード
　４１　パラメータ管理部
　５０　通信端末
　６０　ＡＥ
　７０　ＣＳＥ
　７５　ＣＳＦｓ
　８０　ＮＳＥ
　８１　ＭＴＣ－ＩＷＦエンティティ
　８２　ＨＳＳ
　８３　ＭＭＥ

Claims (15)

  1. 　通信端末の挙動を検出するように構成されたアプリケーションサーバと、
    　前記アプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信するように構成されたサービス共通装置と、を備える通信システム。
  2. 　前記通信端末の挙動は、
    　前記通信端末の移動特性、通信特性及び電池情報のうち少なくとも１つを含む、請求項１に記載の通信システム。
  3. 　前記サービス共通装置は、
    　前記第１のインタフェースを介して前記通信端末の識別子及び前記通信端末の挙動情報を送信した前記アプリケーションサーバに関する認証を行う、請求項１又は２に記載の通信システム。
  4. 　前記サービス共通装置は、
    　前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を、前記第２のインタフェースにおいて用いられているフォーマットに合わせて変換する、請求項１乃至３のいずれか１項に記載の通信システム。
  5. 　前記サービス共通装置は、
    　前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を分析し、前記モバイルネットワークノード装置において変更すべきパラメータを前記モバイルネットワークノード装置へ通知する、請求項１乃至４のいずれか１項に記載の通信システム。
  6. 　前記アプリケーションサーバは、
    　前記通信端末の挙動が変化したタイミングにおいて、前記通信端末から自律的に送信される前記通信端末の挙動情報を受信する、請求項１乃至５のいずれか１項に記載の通信システム。
  7. 　前記アプリケーションサーバは、
    　前記通信端末から定期的に送信される前記通信端末の共同情報を受信する、請求項１乃至５のいずれか１項に記載の通信システム。
  8. 　通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信する通信手段、を備えるサービス共通装置。
  9. 　前記第１のインタフェースを介して前記通信端末の識別子及び前記通信端末の挙動情報を送信した前記アプリケーションサーバに関する認証を行う認証手段をさらに備える、請求項８に記載のサービス共通装置。
  10. 　前記通信手段は、
    　前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を、前記第２のインタフェースにおいて用いられているフォーマットに合わせて変換する、請求項８又は９に記載のサービス共通装置。
  11. 　前記通信手段は、
    　前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を分析し、前記モバイルネットワークノード装置において変更すべきパラメータを前記モバイルネットワークノード装置へ通知する、請求項８乃至１０のいずれか１項に記載のサービス共通装置。
  12. 　通信端末の挙動を検出し、モバイルネットワークノード装置へ前記通信端末に関するパラメータを最適化させるために前記モバイルネットワークノード装置へパラメータ変更指示情報を送信するサービス制御装置へ、前記通信端末の識別子及び前記通信端末の挙動情報を送信する、アプリケーションサーバ。
  13. 　通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信したサービス共通装置から、第２のインタフェースを介して前記通信端末の識別子及び前記通信端末の挙動情報を取得し、前記通信端末に関するパラメータを最適化するモバイルネットワークノード装置。
  14. 　通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、
    　前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信するデータ通信方法。
  15. 　通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、
    　前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信する工程をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
PCT/JP2014/003288 2013-09-27 2014-06-19 通信システム、サービス共通装置、モバイルネットワークノード装置及びデータ通信方法 WO2015045223A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2015538844A JP6471691B2 (ja) 2013-09-27 2014-06-19 サービス共通装置、及び判定方法
US15/024,050 US10362495B2 (en) 2013-09-27 2014-06-19 Communications system, service common apparatus, mobile network node apparatus, and data communication method
CN201480053067.XA CN105580405B (zh) 2013-09-27 2014-06-19 通信系统、服务共通装置、移动网络节点装置和数据通信方法
EP14847810.0A EP3051854A4 (en) 2013-09-27 2014-06-19 Communication system, service-sharing device, mobile-network node device, and data communication method
PH12016500560A PH12016500560A1 (en) 2013-09-27 2016-03-28 Communication system, service-sharing device, mobile-network node device, and data communication method
US16/439,025 US11006289B2 (en) 2013-09-27 2019-06-12 Communication system, service common apparatus, mobile network node apparatus, and data communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013202773 2013-09-27
JP2013-202773 2013-09-27

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/024,050 A-371-Of-International US10362495B2 (en) 2013-09-27 2014-06-19 Communications system, service common apparatus, mobile network node apparatus, and data communication method
US16/439,025 Continuation US11006289B2 (en) 2013-09-27 2019-06-12 Communication system, service common apparatus, mobile network node apparatus, and data communication method

Publications (1)

Publication Number Publication Date
WO2015045223A1 true WO2015045223A1 (ja) 2015-04-02

Family

ID=52742407

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/003288 WO2015045223A1 (ja) 2013-09-27 2014-06-19 通信システム、サービス共通装置、モバイルネットワークノード装置及びデータ通信方法

Country Status (6)

Country Link
US (2) US10362495B2 (ja)
EP (1) EP3051854A4 (ja)
JP (4) JP6471691B2 (ja)
CN (1) CN105580405B (ja)
PH (1) PH12016500560A1 (ja)
WO (1) WO2015045223A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018530193A (ja) * 2015-08-03 2018-10-11 コンヴィーダ ワイヤレス， エルエルシー ユーザ機器のためのモバイルコアネットワークサービスエクスポージャ
EP3288298A4 (en) * 2015-05-29 2018-10-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Machine type communication method, base station, and terminal

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3720170A1 (en) * 2013-02-15 2020-10-07 NEC Corporation Core network control parameter determination method and corresponding core network control node

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013108319A1 (ja) * 2012-01-16 2013-07-25 日本電気株式会社 ページングエリア制御装置、ページングエリア制御方法、移動通信システム、及び移動局
WO2013140743A1 (ja) * 2012-03-23 2013-09-26 日本電気株式会社 加入者サーバ、監視サーバ、移動端末、これらに関する方法、及びコンピュータ可読媒体

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11261724A (ja) 1998-03-06 1999-09-24 Sony Corp 情報通信方法
US7254614B2 (en) * 2001-11-20 2007-08-07 Nokia Corporation Web services push gateway
JP2006295467A (ja) 2005-04-08 2006-10-26 Matsushita Electric Ind Co Ltd 通信システム、携帯通信端末、サーバおよび通信方法
WO2007007904A1 (en) * 2005-07-12 2007-01-18 Matsushita Electric Industrial Co., Ltd. Network node
US20080119209A1 (en) * 2006-11-21 2008-05-22 Motorola, Inc. Selection of wireless communication cells based on a mobility state of a wireless device
CN101188834B (zh) 2006-11-22 2010-12-22 Nec卡西欧移动通信株式会社 电子装置和呈现通信系统
US9072074B1 (en) * 2006-12-27 2015-06-30 At&T Intellectual Property Ii, L.P. Method and apparatus for determining the location of a terminal adaptor
US7802286B2 (en) * 2007-07-24 2010-09-21 Time Warner Cable Inc. Methods and apparatus for format selection for network optimization
EP2076093A1 (en) * 2007-12-21 2009-07-01 France Telecom Telecommunication system and method
JP5289342B2 (ja) 2010-01-15 2013-09-11 Ｎｅｃパーソナルコンピュータ株式会社 通信システム、接続提供端末、接続利用端末、サーバ、通信方法およびプログラム
CN102137383A (zh) * 2010-01-22 2011-07-27 中兴通讯股份有限公司 获取mtc设备移动性相关信息及优化配置的方法和系统
US9008647B2 (en) * 2010-05-03 2015-04-14 Intel Mobile Communications GmbH Mobile radio communication network device, mobile terminal, and method for transmission/reception of control information
CN102316423B (zh) * 2010-07-06 2014-03-12 华为技术有限公司 一种信息推送方法、装置和系统
US9119171B2 (en) 2010-09-08 2015-08-25 Samsung Electronics Co., Ltd. Apparatus and method for supporting location update registration process in machine to machine communication system
WO2012063324A1 (ja) 2010-11-09 2012-05-18 株式会社日立製作所 通信ネットワークシステム、端末、および構成方法
EP2636268B1 (en) * 2010-11-22 2019-02-27 Seven Networks, LLC Optimization of resource polling intervals to satisfy mobile device requests
US9071925B2 (en) * 2011-01-05 2015-06-30 Alcatel Lucent System and method for communicating data between an application server and an M2M device
US9106476B2 (en) * 2011-10-07 2015-08-11 Verizon Patent And Licensing Inc. Optimizing selection of a network for video streaming
EP2819451B1 (en) * 2012-01-16 2020-11-04 Nec Corporation Mobile communications system, control apparatus, network optimization methods, and non-temporary computer-readable medium having program stored therein
US8965390B2 (en) * 2012-01-30 2015-02-24 T-Mobile Usa, Inc. Simultaneous communications over licensed and unlicensed spectrum
CN104919825A (zh) 2013-01-07 2015-09-16 日本电气株式会社 移动通信系统、服务平台、网络参数控制方法和计算机可读介质
EP3720170A1 (en) 2013-02-15 2020-10-07 NEC Corporation Core network control parameter determination method and corresponding core network control node
US8964595B2 (en) * 2013-06-11 2015-02-24 Seven Networks, Inc. Quality of experience enhancement for wireless networks based on received signal strength at a mobile device
US10117158B2 (en) * 2013-09-17 2018-10-30 Interdigital Patent Holdings, Inc. Connectivity augmented services architecture, discovery and connection

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013108319A1 (ja) * 2012-01-16 2013-07-25 日本電気株式会社 ページングエリア制御装置、ページングエリア制御方法、移動通信システム、及び移動局
WO2013140743A1 (ja) * 2012-03-23 2013-09-26 日本電気株式会社 加入者サーバ、監視サーバ、移動端末、これらに関する方法、及びコンピュータ可読媒体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3051854A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3288298A4 (en) * 2015-05-29 2018-10-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Machine type communication method, base station, and terminal
US10517088B2 (en) 2015-05-29 2019-12-24 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method of indicating machine type communication (MTC) by a terminal to a base-station in a wireless communication system
JP2018530193A (ja) * 2015-08-03 2018-10-11 コンヴィーダ ワイヤレス， エルエルシー ユーザ機器のためのモバイルコアネットワークサービスエクスポージャ
US10757716B2 (en) 2015-08-03 2020-08-25 Convida Wireless, Llc Mobile core network service exposure for the user equipment
US11974264B2 (en) 2015-08-03 2024-04-30 Convida Wireless, Llc Mobile core network service exposure for the user equipment

Also Published As

Publication number Publication date
EP3051854A1 (en) 2016-08-03
US20160234699A1 (en) 2016-08-11
JP7136483B2 (ja) 2022-09-13
JP6471691B2 (ja) 2019-02-20
JP2019092182A (ja) 2019-06-13
CN105580405B (zh) 2022-01-11
EP3051854A4 (en) 2017-05-24
JP2021193834A (ja) 2021-12-23
JP2020145758A (ja) 2020-09-10
US11006289B2 (en) 2021-05-11
US20190297511A1 (en) 2019-09-26
CN105580405A (zh) 2016-05-11
PH12016500560A1 (en) 2016-05-16
JP6717394B2 (ja) 2020-07-01
JPWO2015045223A1 (ja) 2017-03-09
JP7238936B2 (ja) 2023-03-14
US10362495B2 (en) 2019-07-23

Similar Documents

Publication Publication Date Title
US11743823B2 (en) Efficient MICO mode management method utilizing network analysis information in 5G mobile network system
JP6619067B2 (ja) マシンタイプ通信グループベースサービスのための調整されたグループ化
KR102688051B1 (ko) Ue(user equipment)에서의 정책 프로비저닝
US11019528B2 (en) Method and system for admission control with network slice capability
CN109644330B (zh) 用于通过使用切片向终端提供网络服务的方法和装置
JP2022525167A (ja) 動的ネットワーク能力構成
JP7238936B2 (ja) 第１の装置及び方法
EP3308602A1 (en) Method, apparatus, and system for d2d relay
KR102006839B1 (ko) Nfv를 이용하는 mtc 서비스 관리
JP6384486B2 (ja) 通信システム、中継装置、通信方法及びプログラム
CN114531959A (zh) 提供和开放与应用相关联的用户设备（ue）通信模式以请求要在核心网络（on）中分析的应用的业务
WO2024060947A1 (en) Network controlled ue-to-ue (u2u) relay link maintenance
US20220078862A1 (en) Method and system for policy and subscription influenced always-on pdu sessions
US20230209452A1 (en) Method and apparatus for supporting mobility for collection and analysis of network data in wireless communication network
EP4349075A1 (en) Technique for network slice rejection and admission control in a telecommunication system
CN116134955A (zh) 在无线通信设备处自主激活特征以满足消费通信服务的应用的生存时间
KR20220137050A (ko) Uu와 PC5 사이의 경로 섹션
WO2023093764A1 (zh) 一种意图处理方法、装置及设备
Kim et al. Proxy SDN Controller for Wireless Networks
WO2023198733A1 (en) Efficient determination of user subscription information in a multi-domain network
TW202337187A (zh) 在通信網路中組態ＱｏＳ的方法及裝置
US20180343582A1 (en) Congestion control method and apparatus
WO2024175369A1 (en) Secondary authentication for remote user equipment
CN103546884B (zh) 机器类通信系统及其数据传输方法和设备

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480053067.X

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14847810

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15024050

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2015538844

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2014847810

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014847810

Country of ref document: EP